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Description 

Field of the Invention 

5 [0001] The field of this invention is twofold: 1) three-dimensional computer graphics; and 2) computer memories, 
and more specifically, Content Addressable Memories (CAM). 

Background of the Invention 

10 Three-dimensional Computer Graphics 

[0002] Computer graphics is the art and science of generating pictures with a computer. Generation of pictures, or 
images, is commonly called rendering. Generally, in three-dimensional (3D) computer graphics, geometry that repre- 
sents surfaces (or volumes) of objects in a scene is translated into pixels stored in a frame buffer, and then displayed 
15 on a display device. Real-time display devices, such as CRTs used as computer monitors, refresh the display by 
continuously displaying the image over and over. This refresh usually occurs row-by-row t where each row is called a 
raster line or scan line. In this document, raster lines are numbered from bottom to top, but are displayed in order from 
top to bottom. 

[0003] In a 3D animation, a sequence of images is displayed, giving the illusion of motion in three-dimensional space. 
20 Interactive 3D computer graphics allows a user to change his viewpoint or change the geometry in real-time, thereby 
requiring the rendering system to create new images on-the-fly in real-time. 

[0004] In 3D computer graphics, each renderable object generally has its own local object coordinate system, and 
therefore needs to be translated 202 (or transformed) from object coordinates to pixel display coordinates. Conceptually, 
this is a 4-step process: 1) translation (including scaling for size enlargement or shrink) from object coordinates to 

25 world coordinates, which is the coordinate system for the entire scene; 2) translation from world coordinates to eye 
coordinates, based on the viewing point of the scene; 3) translation from eye coordinates to perspective translated eye 
coordinates, where perspective scaling (farther objects appear smaller) has been performed; and 4) translation from 
perspective translated eye coordinates to pixel coordinates, also called screen coordinates. Screen coordinates are 
points in three-dimensional space, and can be in either screen-precision (i.e., pixels) or object-precision (high precision 

30 numbers, usually floating-point), as described later. These translation steps can be compressed into one or two steps 
by precomputing appropriate translation matrices before any translation occurs. Once the geometry is in screen coor- 
dinates, it is broken into a set of pixel color values (that is "rasterized") that are stored into the frame buffer. Many 
techniques are used for generating pixel color values, including Gouraud shading, Phong shading, and texture mapping. 
[0005] A summary of the prior art rendering process can be found in: "Fundamentals of Three-dimensional Computer 

35 Graphics", by Watt, Chapter 5: The Rendering Process, pages 97 to 113, published by Addison-Wesley Publishing 
Company, Reading, Massachusetts, 1989, reprinted 1991, ISBN 0-201-15442-0 (hereinafter referred to as the Watt 
Reference). 

[0006] Figure 1 shows a three-dimensional object, a tetrahedron 110, with its own coordinate axes (x obj , y objt z obj ). 
The three-dimensional object 110 is translated, scaled, and placed in the viewing point's 130 coordinate system based 
40 on (x eye , y eye , z eye ). The object 120 is projected onto the viewing plane 102, thereby correcting for perspective. At this 
point, the object appears to have become two-dimensional; however, the object's z-coordinates are preserved so they 
can be used later by hidden surface removal techniques. The object is finally translated to screen coordinates, based 
on (Screen, /screen, ^screen). where z screen is 9 oin 9 perpendicularly into the page. Points on the object now have their 
x and y coordinates described by pixel location (and fractions thereof) within the display screen 104 and their z coor- 
ds dinates in a scaled version of distance from the viewing point 130. 

[0007] Because many different portions of geometry can affect the same pixel, the geometry representing the sur- 
faces closest to the scene viewing point 130 must be determined. Thus, for each pixel, the visible surfaces within the 
volume subtended by the pixel's area determine the pixel color value, while hidden surfaces are prevented from affecting 
the pixel. Non-opaque surfaces closer to the viewing point than the closest opaque surface (or surfaces, if an edge of 
so geometry crosses the pixel area) affect the pixel color value, while all other non-opaque surfaces are discarded. In this 
document, the term "occluded" is used to describe geometry which is hidden by other non-opaque geometry. 
[0008] Many techniques have been developed to perform visible surface determination, they include "Computer 
Graphics: Principles and Practice", by Foley, van Dam, Feiner, and Hughes, Chapter 15: Visible-Surface Determination, 
pages 649 to 720, 2nd edition published by Addison-Wesley Publishing Company, Reading, Massachusetts, 1990, 
55 reprinted with corrections 1991, ISBN 0-201-12110-7 (hereinafter referred to as the Foley Reference). In the Foley 
Reference, on page 650, the terms "image-precision" and "'object-precision" are defined: "Image-precision algorithms 
are typically performed at the resolution of the display device, and determine the visibility at each pixel. Object-precision 
algorithms are performed at the precision with which each object is defined, and determine the visibility of each object." 
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[0009] As a rendering process proceeds, most prior art Tenderers must compute the color value of a given screen 
pixel multiple times because multiple surfaces intersect the volume subtended by the pixel. The average number of 
times a pixel needs to be rendered, for a particular scene, is called the depth complexity of the scene. Simple scenes 
have a depth complexity near unity, while complex scenes can have a depth complexity of ten or twenty. As scene 

5 models become more and more complicated, Tenderers will be required to process scenes of ever increasing depth 
complexity. Thus, for most renders, the depth complexity of a scene is a measure of the wasted processing. For ex- 
ample, for a scene with a depth complexity of ten, 90% of the computation is wasted on hidden pixels. This wasted 
computation is typical of hardware Tenderers that use the simple Z-buffer technique (discussed later herein), generally 
chosen because it is easily built in hardware. Methods more complicated than the Z-buffer technique have heretofore 

10 generally been too complex to build in a cost-effective manner. An important feature of the method and apparatus 
invention presented here is the avoidance of this wasted computation by eliminating hidden portions of geometry before 
they are rasterized, while still being simple enough to build in cost-effective hardware. 

[0010] When a point on a surface (frequently a polygon vertex) is translated to screen coordinates, the point has 
three coordinates: 1) the x-coordinate in pixel units (generally including a fraction); 2) the y-coordinate in pixel units 
15 (generally including a fraction); and 3) the z-coordinate of the point in either eye coordinates, distance from the virtual 
screen, or some other coordinate system which preserves the relative distance of surfaces from the viewing point. In 
this document, positive z-coordinate values are used for the "look direction" from the viewing point, and smaller values 
indicate a position closer to the viewing point. 

[0011] When a surface is approximated by a set of planar polygons, the vertices of each polygon are translated to 
20 screen coordinates. For points in or on the polygon (other than the vertices), the screen coordinates are interpolated 
from the coordinates of vertices, typically by the processes of edge walking 218 and span interpolation 220. Thus, a 
z-coordinate value is generally included in each pixel value (along with the color value) as geometry is rendered. 

Generic 3D Graphics Pipeline 

25 

[0012] Many hardware Tenderers have been developed, and an example is "Leo: A System for Cost Effective 3D 
Shaded Graphics", by Deering and Nelson, pages 101 to 108 of SIGGRAPH 93 Proceedings, 1-6 August 1993, Com- 
puter Graphics Proceedings, Annual Conference Series, published by ACM SIGGRAPH, New York. 1993, Softcover 
ISBN 0-201-58889-7 and CD-ROM ISBN 0-201-56997-3 (hereinafter referred to as the Deering Reference). The Deer- 

30 ing Reference includes a diagram of a generic 3D graphics pipeline 200 (i.e., a renderer, or a reoderiag system) that 
it describes as "truly generic, as at the top level nearly every commercial 3D graphics accelerator fits this abstraction", 
and this pipeline diagram is reproduced here as Figure 2. Such pipeline diagrams convey the process of rendering, 
but do not describe any particular hardware. This document presents a new graphics pipeline 400 that shares some 
of the steps of the generic 3D graphics pipeline 200. Each of the steps in the generic 3D graphics pipeline 200 will be 

35 briefly explained here, and are also shown in the method flow diagram 300 of Figure 3. Processing of polygons is 
assumed throughout this document, but other methods for describing 3D geometry could be substituted. For simplicity 
of explanation, triangles are used as the type of polygon in the described methods. 

[0013] As seen in Figure 2, the fist step within the floating-point intensive functions 250 of the generic 3D graphics 
pipeline 200 is the transformation step 202, which was described above. The transformation step 202 is also shown 
40 in Figure 3 as the first step in the outer loop of the method flow diagram 300, and also includes "get next polygon". 
The second step, the clip test 204, checks the polygon to see if it is at least partially contained in the view volume 106 
(sometimes shaped as a frustum). If the polygon is not in the view volume 106, it is discarded; otherwise processing 
continues. The third step is face determination 206, where polygons facing away from the viewing point are discarded. 
Generally, face determination 206 is applied only to objects that are closed volumes. The fourth step, lighting compu- 
45 tation 208, generally includes the set up for Gouraud shading and/or texture mapping with multiple light sources of 
various types, but could also be set up for Phong shading or one of many other choices. The fifth step, clipping 210, 
deletes any portion of the polygon that is outside of the view volume 1 06 because that portion would not project within 
the rectangular area of the viewing plane 102. Generally, polygon clipping 210 is done by splitting the polygon into two 
smaller polygons that both project within the area of the viewing plane 1 02. Polygon clipping is computationally expen- 
se sive, but its need is avoided in the invention presented here, thus providing computational savings. The sixth step, 
perspective divide 212, does perspective correction for the projection of objects onto the viewing plane 102. At this 
point, the points representing vertices of polygons are converted to pixel-space coordinates by step seven, the screen 
space conversion 214 step. The eighth step, set up for incremental render 216, computes the various begin, end, and 
increment values needed for edge walking 218 and span interpolation 220 (e.g.: x, y, and z-coordinates; RGB color; 
55 texture map space u and v-coordinates; etc.). 

[0014] Within the drawing intensive functions 260, edge walking 218 incrementally generates horizontal spans for 
each raster line of the display device by incrementing values from the previously generated span (in the same polygon), 
thereby "walking" vertically along opposite edges of the polygon. Similarly, span interpolation 220 "walks" horizontally 
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along a span to generate pixel values, including a z-coordinate value indicating the pixel's distance from the viewing 
point 130. By comparing this z-coordinate value to the corresponding value stored in the Z-buffer, the z-buffered blend 
222 either keeps the new pixel values (if it is closer to the viewing point than previously stored value for that pixel 
location) by writing it into the frame buffer 224, or discards the new pixel values (if it is farther). At this stop, antialiasing 
5 methods (discussed in the next section) can blend the new pixel color with the old pixel color. 

[0015] The generic 3D graphics pipeline 200 includes a double buffered frame buffer 224, so a double buffered MUX 
226 is also included. An output lookup table 226 is included for translating color map values. Finally, digital to analog 
conversion 228 makes an analog signal for input to the display device. 

[0016] A major drawback to the generic 3D graphics pipeline 200 is its drawing intensive functions 260 are not 
10 deterministic at the pixel level given a fixed number of polygons. That is, given a fixed number of polygons, more pixel- 
level computation is required as the average polygon size increases. However, the floating-point intensive functions 
250 are proportional to the number of polygons, and independent of the average polygon size. Therefore, it is difficult 
to balance the amount of computational power between the floating-point intensive functions 250 and the drawing 
intensive functions 260 because this balance depends on the average polygon size. 
15 [0017] An ideal Tenderer's pixel drawing computational requirement would be proportional to the number of pixels in 
the display screen 104, not the total number of pixels in all the polygons in the view volume 106. This ideal is achieved 
by the invention described here because hidden geometry is removed before most drawing intensive functions are 
performed. In the invention described here, computational load balancing is not a problem because the amount of 
floating-point computation is essentially independent of the amount of drawing computation. 

20 

Antialiasing 

[0018] In this document, pixels are defined to be the smallest individually controllable element of the display device. 
But, because images are quantized into discrete pixels, spatial aliasing occurs. A typical aliasing artifact is a "staircase" 
25 effect caused when a straight line or edge cuts diagonally across rows of pixels. An ideal antialiased image eliminates 
this "staircase" effect by calculating, for each pixel, an average color by taking into account partial coverage by the 
visible surfaces within the pixel's area. 

[0019] Some rendering systems reduce aliasing effects by dividing pixels into subpixels, where each sub-pixel can 
be colored independently. When the image is to be displayed, the colors for all sub-pixels within each pixel are blended 

30 together to form an average color for the pixel . A renderer that uses 1 6 sub-pixels per pixel is described in "Reality Engine 
Graphics", by Akeley, pages 109 to 116 of SIGGRAPH 93 Proceedings, 1-6 August 1993, Computer Graphics Pro- 
ceedings, Annual Conference Series, published by ACM SIGGRAPH, New York, 1993, Softcover ISBN 0-201-58889-7 
and CD-ROM ISBN 0-201-56997-3 (hereinafter referred to as the Akeley Reference). The drawback with using sub- 
pixels is the increase in computation due to computing color values at every subpixel. In the Akeley Reference, the 

35 increase in computation is reduced by only dividing a pixel into subpixels when the pixel is crossed by a line or an edge 
of a polygon. This reduction becomes less significant as the number of polygons increases. In other words, if the image 
is made up of lots of small overlapping polygons, then most pixels will need to be divided. Utilization of subpixels is an 
image-precision antialiasing technique. 

[0020] Another prior art antialiasing method is the A-Buffer used to perform alpha blending (this technique is also 
40 included in the Akeley Reference), and is described in "The A-buffer, an Antialiased Hidden Surface Method" by L. 
Carpenter, SIGGRAPH 1984 Conference Proceedings, pp. 103-108 (hereinafter referred to as the Carpenter Refer- 
ence). The A-buffer is an image-precision antialiasing technique that reduces aliasing by keeping track of the percent 
coverage of a pixel by a rendered polygon. The main drawback to this technique is the need to sort polygons front-to- 
back (or back-to-front) at each pixel in order to get acceptable antialiased polygons. 
45 [0021] An ideal antialiasing method would perform object-precision computations to precisely identify the visible 
portions of geometry. This would require comparing edges of polygons to each other in order to determine the fraction 
of each pixel covered by each polygon. The invention of this document performs object-precision antialiasing within 
each scan line, thus achieving this ideal. 

so Z-buffers 

[0022] Stated simply, the Z-buffer stores, for every pixel, the z-coordinate of the closest geometry (to the viewing 
point) that affects the pixel. Hence, as new pixel values are generated, each new pixel's z-coordinate is compared to 
the corresponding location in the Z-buffer. If the new pixel's z-coordinate is smaller (i.e., closer to the viewing point), 
55 this value is stored into the Z-buffer and the new pixel's color value is written into the frame buffer. If the new pixel's z- 
coordinate is larger (i.e., farther from the viewing point), the frame buffer and Z-buffer values are unchanged and the 
new pixel is discarded. The Z-buffer is an image-precision visible surface determination technique. 
[0023] A flow diagram including the prior an Z-buffer method is shown in Figure 3. The main drawback to the Z-buffer 
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hidden surface removal method is the requirement for geometry to be converted to pixel values before hidden surface 
removal can be done. This is because the keep/discard decision is made on a pixel-by-pixel basis. In contrast, the 
invention of this document performs hidden surface removal at a higher level by processing spans rather than pixels. 
For scenes with any significant depth complexity, pixel-by-pixel hidden surface removal introduces much wasted com- 

5 putation by requiring all geometry within the view volume to be converted to pixels, even though most are hidden and, 
therefore, thrown away. In hardware rendering systems, pixel color generation (shading, texture mapping, etc.) often 
happens in parallel with the Z-buffer comparison test, thereby compounding the wasted computation because much 
of the computation is associated with color generation, and most of the pixels are thrown-away. Furthermore, the Z- 
buffer memory operation is a read-mod ify-write cycle, generally requiring the Z-buffer memory input/output bus to 

10 change directions twice when writing pixels into the frame buffer, thereby causing a bottleneck in the Tenderer. This 
bottleneck does not occur in the apparatus and method of the document's invention. 

[0024] Prior art Z-buffers are based on conventional Random Access Memory (RAM), Video RAM (VRAM), or special 
purpose DRAMs. One example of a special purpose DRAM is presented in TBRAM: A new Form of Memory Optimized 
for 3D Graphics", by Deering, Schlapp, and Lavelle, pages 167 to 174 of SIGGRAPH 94 Proceedings, 24-29 July 1994, 
15 Computer Graphics Proceedings, Annual Conference Series, published by ACM SIGGRAPH, New York, 1994, Soft- 
cover ISBN 0-201-60795-6. 

Geometry Databases 

20 [0025] The geometry needed to generate a renderable scene is stored in a database. This geometry database can 
be a simple display list of graphics primitives or a hierarchically organized data structure. In the hierarchically organized 
geometry database, the root of the hierarchy is entire database, and the first layer of subnodes in the data structure 
is generally all the objects in the "world" which can be seen from the viewpoint. Each object, in turn, contains subobjects, 
which contain sub-subobjects; thus resulting in a hierarchical "tree" of objects. Hereinafter, the term "object" shall refer 

25 to any node in the hierarchial tree of objects. Thus, each subobject is an object. The term "root object" shall refer to a 
node in the first layer of subnodes in the data structure. Hence, the hierarchical database for a scene starts with the 
scene root node, and the first layer of objects are root objects. 

[0026] Hierarchical databases of this type are used by the Programmer's Hierarchical Interactive System (PHIGS) 
and PHIGS PLUS standards An explanation of these standards can be found in the book, "A Practical Introduction to 

30 PHIGS and PHIGS PLUS", by T. L. J. Howard, et. aL, published by Addison-Wesley Publishing Company, 1991, ISBN 
0-20 1-41 64 1-7-hereinafter called the Howard Reference). The Howard Reference describes the hierarchical nature of 
3D models and their data structure on pages 5 through 8. Hierarchical models can provide a separate transformation 
matrix at each layer of the hierarchy, thereby making it possible to move models or parts of a models simply by changing 
a transformation matrix. This allows non-changing model geometry (in object coordinates) to be used as moving objects 

35 in an animation. 

Content Addressable Memories 

[0027] Most Content Addressable Memories (CAM) perform a bit-for-bit equality test between an input vector and 
40 each of the data words stored in the CAM. This type of CAM frequently provides masking of bit positions in order to 
eliminate the corresponding bit in all words from affecting the equality test. It is inefficient to perform magnitude com- 
parisons in a equality-testing CAM because a large number of clock cycles is required to do the task. 
[0028] CAMs are presently used in translation look-aside buffers within a virtual memory systems in some computers. 
CAMs are also used to match addresses in high speed computer networks. CAMs are not used in any practical prior 
45 art renders. 

[0029] Magnitude Comparison CAM (MCCAM) is defined here as any CAM where the stored data are treated as 
numbers, and arithmetic magnitude comparisons (i.e. less-than, greater-than, less-than-or-equal-to, etc.) are per- 
formed on the data in parallel. This is in contrast to ordinary CAM which treats stored data strictly as bit vectors, not 
as numbers. An MCCAM patent, is U.S. Patent Number 4,996,666, by Jerome F. Duluk Jr., entitled "Content-Address- 

50 able Memory System Capable of Fully Parallel Magnitude Comparisons", granted February 26, 1991 (hereinafter re- 
ferred to as the Duluk Patent). Structures within the Duluk Patent specifically referenced shall include the prefix "Duluk 
Patent" (for example, "Duluk Patent MCCAM Bit Circuit"). MCCAMs are not used in any prior art rendener. 
[0030] The basic interna structure of an MCCAM is a set of memory bits organized into words, where each word can 
perform one or more arithmetic magnitude comparisons between the stored data and input data. In general, for an 

55 MCCAM, when a vec-tor of numbers is applied in parallel to an array of words, all arithmetic comparisons in all words 
occur in parallel. Such a paral-lei search comparison operation is called a "query" of the stored data. 
[0031] The invention described here augments the capability of the MCCAM by adding various features, including 
the ability to perform sorting. This new type of MCCAM is called Sorting Magnitude Comparison CAM (SMCCAM). 
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[0032] DAS, S R et al: M A systolic algorithm for hidden surface removal", Parallel Computing, vol. 15, no. 1/03, 1st 
September 1990, pages 277-289 proposes a systolic algorithm and corresponding systolic architecture for scanline- 
based hidden surface removal in 3-dimensional computer graphics. 

[0033] Computer graphics is the art and science of generating pictures or images with a computer. This picture 
generation is commonly referred to as rendering. The appearance of motion, for example in a 3-dimensional animation 
is achieved by displaying a sequence of images. Interactive 3-dimensional (3D) computer graphics allows a user to 
change his or her viewpoint or to change the geometry in real-time, thereby requiring the rendering system to create 
new images on-the-fly in real-time. Therefore, real-time performance in colour, with high quality imagery is becoming 
increasingly important. 

[0034] According to the present invention, there is provided a method for rendering a display raster line underlying 
the operation of a graphical processing system for processing 3-dimensional object geometry data and rendering at 
least some of said object geometry data on a 2-dimensional display screen, the method comprising the steps: 

(a) transforming at least one of said object geometry data into a polygonal representation, said polygonal repre- 
sentation comprising at least one polygon, each or said polygon defined by a set of polygon parameters including 
polygon vertices having display screen relative coordinates; 

(b) sorting each said polygon using a bucket sorting routine wherein a separate memory bucket is allocated for 
each display raster line and each polygon is placed into the one particular bucket that corresponds to each polygon's 
starting raster line; and 

(c) for each display raster line: 

(i) maintaining a list of all current polygons that intersect a current display raster line currently being rendered; 

(ii) generating a span for each polygon that intersects said current display raster line based on geometric 
properties of said polygon including said polygon parameters, each said span including subraster information 
describing the geometric shape of said span within a vertical extent of said display raster line; 

(iii) storing said geometric properties of each said generated span into a span memory; 

(iv) maintaining a current span portion that is part of a potentially visible one of said generated span, said 
current span portion comprised of a set of current subspans, each said current subspan representing a rec- 
tangular area within said current span portion, and said set of current subspans approximating an area of said 
current span portion; 

(v) performing at least one span occluding test to find any new span that potentially occludes said current span 
portion, where said span occluding test comprises 

(1 ) determining the leftmost, rightmost, and farthest spatial coordinates in said set of current subspans; and 

(2) performing a query operation on the said stored geometric properties in said span memory to find all 
said spans whose stored geometric properties include a spatial coordinate located between said leftmost 
and said rightmost spatial coordinates of the said set of current subspans, and a spatial coordinate closer 
than said farthest spatial coordinate of the said set of current subspans; 

(vi) generating a set of new subspans, each said new subspan representing a rectangular area within said 
new span, and said set of new subspans approximating an area of said new span; 

(vii) for each said subspan in said set of current subspans, performing a subspan comparison comprising 

(1) performing a spatial comparison between said subspan in said set of current subspans and a corre- 
sponding subspan in the said set of new subspans; and 

(2) determining the visibility, partial visibility, or non-visibility of each subspan in said set of current sub- 
spans; and 

(viii) updating said current span portion based on results of said subspan comparisons. 

[0035] The inventive method provides a data shifting capability that permits sorting the data in addition to searching. 
It also provides a new way to perform a simple search of a spatial database based on a rectangularly shaped search 
region or range search. The range search may be performed in a special new Sorting Magnitude Comparison Content 
Addressable Memory (SMCCAM) apparatus. This SMCCAM provides a magnitude comparison content addressable 
memory wherein the data stored in the fields in each word of the memory may be shifted to corresponding fields in an 
adjacent word, where this shifting is conditionally performed based on the results of the magnitude comparisons. 
[0036] The 3D graphics method stores the parameters of a polygon span in a spatial database, and a query operation 
is per-formed on the database to determine which of those spans, or portions of spans, are visible. The spatial database 
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of spans can be stored in an SMCCAM. The SMCCAM apparatus is significant because its operation is fast enough 
to support real time operation, such as for standard and emerging video technologies (NTSC, PAL, HDTV, and the 
like), visual flight simulators, virtual reality image generators, and the like, among other applications. 
[0037] Since the range search is used, it introduces a conservative approximation of the ideal Occluding Region. An 
Occluding Test is provided which defines an Occluding Test Region as an approximation to the ideal Occluding Region. 
A rule based method is used when comparing the Current Span Portion with the New Span, where the New Span is 
found by the Occluding Test and read out of the data structure stored in memory. That memory may advantageously 
be the SMCCAM, or it may be a conventional memory that implements the spatial data structure with conventional 
spatial database methods. Based on the results of the comparison, one rule out of several possible simple rules are 
selected and applied to determine which piece of the Current Span is visible, if any. Several alternative rules are 
described. 

[0038] Multiple alternative span representations are provided, including a Segment Span, Trapezoidal Span, and 
Quadrilateral Span. Each of these Spans is defined by its own set of span parameters, of which there are multiple 
selections of each. The span parameters are stored in a data structure in memory, which may be implemented by the 
SMCCAM, and are used during the query search operation. Each of these Span types have their own advantages. For 
example, a Trapezoidal Span or a Quadrilateral Span provides superior antialiasing performance than provided by a 
Segment Span. This performance advantage is achieved by preserving the left and right edge information of the polygon 
within a particular raster line. Several ways to handle the query operation for Trapezoidal and Quadrilateral Spans are 
described. 

[0039] Spatial searching and sorting apparatus and methods are provided such that spatial searching and sorting 
can be used to properly render transparent polygon spans in front-to-back or back-to-front order. 
[0040] As a possible improvement to the method and apparatus, rather than using two distinct memories (Bucket 
Sort Memory and Current Polygon Memory) to store polygon geometry information once they have translated to screen 
coordinates, a single memory (Sort Memory) can be used to store the polygon geometry information. This can be done 
by replacing the Current Polygon Memory with a list of pointers into the Sort Memory, thereby eliminating copying 
Polygon Parameters form Bucket Sort Memory to Current Polygon Memory. 

[0041] As another possible improvement for trapezoidal spans and quadrilateral spans, the spatial data structure 
can store the parameters of the entire span, and when the span is read form the data structure, a set of subspans is 
generated on the fly, where these subspans are vertically distributed over the height of the full span, and each subspan 
is a segment span. The rule for comparing the Current Span Portion to the New Span are applied on a subspan-by- 
subspan basis, thereby providing additional polygon edge information within a raster line, which, in turn, provides 
antialiasing. Once again, for real-time performance, the spatial data structure can be stored in a SMCCAM. 
[0042] The inventive apparatus, system, and method also provide several options and enhancements to the basic 
system. These include, by way of example: preservation of rendering order, utilization of a single-buffered frame buffer 
for increased compatibility with conventional video cards, the ability to selectively turn on or off antialiasing on specific 
polygon edges, the ability to store edge-pairs rather than polygons thereby simplifying downstream processing, the 
ability to eliminate the Current Polygon Memory by replacing it with a list of pointers, the ability to add clipping planes 
(front, rear, and/or arbitrary), provision of a Geometry Cache for storing geometry as it is input for rendering, flexible 
options for the number of pages of Span Memory and Page Memory I/O bus architecture, support for geometry prim- 
itives other than polygons (such as CSG primitives), and alternatives that support the inventive method in conventional 
hardware with some performance compromises. 

A Brief Description of the Drawings 

[0043] 

Figure 1 : An object in three-dimensional space, its projection onto the viewing plane, and its image one a display 
screen. 

Figure 2: Generic rendering pipeline from the Deering Reference (prior art). 
Figure 3: Method flow diagram for the standard Z-buffer method (prior art). 

Figure 4: The Span Sorting Rendering Pipeline. The Span Memory can be implemented with a SMCCAM800. 
Figure 5: A block diagram of the Span Sorting Rendering Architecture. 

Figure 6: An example of nine polygons showing how they intersect the display screen and how they are included 
in a particular raster line. 

Figure 7: Three ways to model a polygon span: 1) a line segment; 2) a trapezoid; and 3) a quadrilateral. 
Figure 8: Data organization within the Sorting Magnitude Comparison Content Addressable Memory 800 (SMC- 
CAM 800). 

Figure 9: SMCCAM Word 900 block diagram. 
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Figure 10: The area covered by a Span Occluding Test query, including two Potentially Occluding Spans. 
Figure 11 : An example set of spans on one raster line, shown in x-z space. 

Figure 12: The same example set of spans as shown in Figure 11 , except with bounding boxes around each span. 
Figure 13: The Span Sorting Rendering Method 1300 flow diagram. 

Figure 14: The Process Polygon Method 1400 flow diagram, part of the Span Sorting Rendering Method 1300. 
Figure 15: The Process Current Polygon Memory Method 1500 flow diagram, part of the Span Sorting Rendering 
Method 1300. 

Figure 16: The Process Bucket Sort Memory Method 1600 flow diagram, part of the Span Sorting Rendering 
Method 1300. 

Figure 17: The Write Span Parameters Method 1700 flow diagram. 

Figure 18: The Simplified Span Rasterization Method 1800 flow diagram, part of the Span Sorting Rendering 
Method 1300. 

Figure 19: Span interaction nomenclature definitions. 
Figure 20: The 36 varieties of Span Interaction Types. 

Figure 21: Segment Span Rasterization Method 2100 flow diagram, part of the Span Sorting Rendering Method 
1300. 

Figure 22: Rule 1 2200 method flow diagram, part of Segment Span Rasterization Method 2100. 

Figure 23: Rule 2 2300 method flow diagram, part of Segment Span Rasterization Method 2100. 

Figure 24: Rule 3 2400 method flow diagram, part of Segment Span Rasterization Method 2100. 

Figure 25: Rule 4 2500 method flow diagram, part of Segment Span Rasterization Method 2100. 

Figure 26: Rule 5 2600 method flow diagram, part of Segment Span Rasterization Method 2100. 

Figure 27: An example raster line with fifteen spans. The bounding box of each span is shown as well as each 

span's x L location along the x axis. 

Figure 28: Timing diagram for phase-locked raster line processing and display. 
Figure 29: Timing diagram for single buffered frame buffer. 

Figure 30: Timing diagram for single buffered frame buffer where span rasterization covers more than one screen 
display time. 

Figure 31: Block diagram of the Span Processor hardware architecture. 

Figure 32: Block diagram of the Comparison and Offset Computation block within the Span Processor. 

Figure 33: Prior art MCCAM CMOS bit cell. 

Figure 34: A "TTL type" circuit for an SMCCAM bit cell. 

Figure 35: A CMOS circuit for the SMCCAM bit cell that uses static storage for the master half of the master-slave 
flip-flop. 

Figure 36: A CMOS circuit for the SMCCAM bit cell that uses dynamic storage for both halves of the master-slave 
flip-flop. 

Figure 37: An array of SMCCAM bit cells. 

Figure 38: Multiple spans vertically within a raster line. 

Figure 39: Two trapezoidal spans working together to occlude farther spans that would be visible if the shown 
trapezoidal spans did not work together. 

Figure 40: An example set of trapezoidal spans, shown in x-z space. 
Figure 41: SOT Query for Processing Top and Bottom Separately 

Figure 42: An example set of trapezoidal spans used to illustrate the Trapezoidal Span Rasterization Method 
version that does occlusion processing on span tops and span bottoms separately. 
Figure 43: SOT Query for processing every visibility transition 
Figure 44: SOT Query with Complex Shape 
Figure 45: SOT Query with Wider Search Area 

Figure 46: A set of segment spans in a raster line where the visible opaque surfaces are shown as thick black 
lines and the visible translucent spans are shown as thick shaded lines. 

Figure 47: Approximating trapezoidal spans using only one z-value per endpoint changes the spans into quadri- 
lateral spans. 

Figure 48: An example set of quadrilateral spans, shown in x-z space. 
Figure 49: Span Sorting Rendering Pipeline with Direct Span Generation. 
Figure 50: Span Sorting Renderer Architecture with Direct Span Generation. 
Figure 51: An alternate set of Polygon Parameters as stored in Sort Memory 4904. 
Figure 52: Generic triangle parameters. 

Figure 53: An alternate span representation as stored in the Span Parameter Registers3104. 
Figure 54: An alternate span representation as sent to the Rasterize Processor512. 
Figure 55: An alternate set of Span Parameters as stored in Span Memory408. 
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Figure 56: Multiple trapezoidal spans can be generated when a corner is included. 
Detailed Description of the Invention 
Span Sorting Rendering Pipeline 

[0044] Figure 4 shows the Span Sorting 3D Graphics Pipeline 400, where the first six steps are defined as the process 
polygon 1400 steps. The first five steps (transformation 202, clip test 204, face determination 206, lighting 208, and 
perspective divide 212) are the same as the five of the first six steps in the Generic 3D Graphics Pipeline 200. The clip 
210 step is omitted because the Span Sorting 3D Graphics Pipeline 400 operates in object-precision, and coordinates 
are not limited to the area of the display screen 104. Elimination of the clip 210 step allows all polygons in the view 
volume 106 to be treated the same. However, the clip 210 step can be inserted if desired, The Span Sorting 3D Graphics 
Pipeline 400 can be built with dedicated hardware, done completely in software, or a combination of the two. Hereinafter, 
a dedicated hardware implementation is assumed, and a new apparatus is described. 

[0045] The top-level block diagram of the new apparatus is shown in Figure 5. The process polygon 1400 steps are 
performed in the Polygon Processor 502. The last step performed by the Polygon Processor 502 is the computation 
of the Polygon Parameters 402. The Polygon Parameters, output by the Polygon Processor 502, describe a polygons 
as needed by the rest of the Span Sorting 3D Graphics Pipeline 400. 

[0046] For each polygon, Polygon Parameters are written into the Bucket Sort Memory 400, and include: 1) the 
location in object-precision screen coordinates of the polygon vertices, V 1( V 2 , ^3. etc., defined respectively as: (x 1( 
/i. (*2. V* 2 2). ( x 3> Yz* z z)> etc -1 2 ) color information, including such things as vertex colors for Gouraud (or Phong) 
shading and/or texture mapping parameters; 3) the edge derivatives of x and z with respect to y (i.e., 5x/8y and 5z/5y) 
for each edge; 4) starting raster line (or topmost), /start • 5 ) ending raster line (or bottommost), y END ; and 6) the span 
derivative of z with respect to x (i.e., 5x/8y), assigned to the variable d. The last four in this list need to be computed 
402, and this is done in the Polygon Processor 502. 

[0047] Assuming the polygons are triangles, the edge derivatives are computed as: 
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[0048] When the starting raster line, y ST ART- and tne ending raster line, y END , are computed, the edges of the display 
screen 104 must generally be taken into account. Figure 6 shows a display screen 104 with eight polygons (in this 
case, triangles), some of which intersect the edges of the display screen 104. If a polygon does not intersect the right 
or left edges of the display screen 104, then y START and y END are computed by: 



y start = MinOf Cy MAX , IntPartOf (MaxOf (y p y v y v ...))) 

y hm = MaxOf (0, IntPartOf (MinOf (y v y v y v . ) ) 2> 

[0049] The computation of y START first finds the maximum of they-coordinates of the vertices of the polygon, thereby 
finding the "uppermost" y-coordinate in the polygon. Then, the function lntPartOf() takes the "integer part or the up- 
permost y-coordinate, thereby computing the raster line of the "uppermost" y-coordinate in the polygon. Since the start 
of the polygon can not be above the topmost raster line in the display screen 104, the MinOf( ) function substitutes 
ywiAX * f tne polygon would start in a non-existent raster line. Computation of y END is done similarly. Figure 6 shows a 
polygon 602 that starts at y,^. and another 604 that ends at raster line zero. 

[0050] If a polygon intersects the right or left edges of the display screen 104, then y START and y END should be the 
first and last raster lines that is affected by the polygon within the display screen 104. In Figure 6, an example polygon 
606 begins at y A 608 and ends an y B 610. Another example polygon 612 begins at y c 614 and ends at raster line zero. 
The effects of the right and left edges of the display screen 104 can be ignored, but then span generation 1500 will 
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create spans that are not within the display screen 104, and therefore must test for this, and throw away such spans. 
[0051] Computation of the span derivative, d (i.e., 8z/8x), can be computed in one of many conventional ways. 




(EQ3) 



The span derivative is constant for each planar polygon and can have either a positive or a negative value. 
[0052] Writing into the Bucket Sort Memory 404 is done according to /start for each polygon. There is one "bucket" 
per raster line, and a polygon is placed into the one bucket that corresponds to its starting raster line. Within each 
bucket, polygons do not need to be sorted. Management of the data in the Bucket Sort Memory 404 is done by the 
Bucket Sort Processor 504, which can do the sort with one linked list per bucket. In addition, the Bucket Sort Memory 
404 can be double buffered so the write operations associated with a scene can be performed concurrently with read 
operations from the previous scene. 

[0053] If all the color information described above is stored into the Bucket Sort Memory 404, it must be carried 
along, through the Span Sorting Renderer 500 (see Figure 5) all the way to the Rasterize Processor 512. Alternatively, 
the color information in the Bucket Sort Memory 404 can be replaced by an information pointer, and then stored into 
a separate Polygon Information Memory 514. The information pointer is an address into the Polygon Information Mem- 
ory 514 where all the color information for the polygon is stored, and can be used by the Rasterize Processor 512 to 
read the color information. The information pointer is carried along to the Rasterize Processor 512. This saves expen- 
sive hardware memory throughout the Span Sorting Renderer 500 because the information pointer has very few bits 
when compared to all the color information for a polygon. This savings can be done because: 1 ) the color information 
is constant over the entire polygon, and so can be shared by all the spans of the polygon; and 2) the color information 
is not needed until visible span portions are colored by the Rasterize Processor 51 2. The use of the information pointer 
and the Polygon Information Memory 514 will be assumed in the rest of this document. 

[0054] Within the Span Sorting Renderer 500, a list is kept in the Current Polygon Memory 406 of all the polygons 
that affect the raster line that is currently being rendered. Hence, when the rendering of a scene begins, the Current 
Polygon Memory 406 is empty. During rendering, when a particular raster line is reached, all the polygons that have 
their /start at that raster line (i.e., that particular bucket) are read from the Bucket Sort Memory 404 and added to the 
Current Polygon Memory 406. As rendering proceeds, polygons are deleted from the Current Polygon Memory 406 
as their / END values are reached. The data in the Current Polygon Memory 406 is managed by the Current Polygon 
Processor 506, which performs the operation "process data from Bucket Sort Memory 404" 1600, as shown in the 
pipeline diagram 400. Also, the Current Polygon Processor 506 feeds the polygons that affect me raster line to the 
Span Generation Processor 508. 

[0055] Starting at the beginning of the rendering of a raster line, each polygon that has a span in that raster line is 
input to the Span Generation Processor 508, which performs span generation 1600. The Span Generation Processor 
508 uses the geometric properties of each polygon, including its edge derivatives of Equation 1 , to compute the location 
in object-precision screen coordinates of the left and right endpoints of its span within the current raster line. The span 
can be modeled as a simple line segment, a trapezoid, or a quadrilateral, as shown in Figure 7. The geometric properties 
of the span are sent to the Query Processor510, and those properties include: 1 ) coordinates of the left endpoint of 
the span; 2) coordinates of the right endpoint of the span; 3) the span derivative, d; and 4) the information painter. The 
coordinates of a span endpoint can be: 1) an (x, z) point within the current raster line, used when spans are modeled 
as line segments as in Figure 7A; 2) two (x, z) points, one for the top edge of the current raster line and one for the 
lower edge, used when spans are modeled as trapezoids as in Figure 7B; or 3) an (xg, x L , z) triplet including one z- 
coordinate and an x-coordinate for the upper and lower edges of the current raster line, used when spans are modeled 
as quadrilaterals as in Figure 7C, Of the eight example polygons shown in Figure 6, four of them 616, 618, 620, 622 
have spans 626, 628, 630, 632 on the example current raster line 640. Note that one of the example spans 626 starts 
at a negative x-value. 

[0056] For a given raster line, as geometric properties of spans are output from the Span Generation Processor 508, 
they are received by the Query Processor 510 that then writes them all into one bank of the double buffered Span 
Memory 406. As the spans are written into the Span Memory 406, they are sorted, in order of precedence, by: 1) the 
left x-coordinate; 2) the left z-coordinate; and 3) the span derivative. Simultaneous to writing span data into one bank, 
the span data in the other bank of Span Memory 406 is processed to discover visible span portions. 
[0057] When the Query Processor 51 0 has completed processing the spans stored in one bank of the Span Memory 
406, and all the spans in the next raster line have been received from the Span Generation Processor 508 and written 
into the other bank, the two banks of the Span Memory 406 are swapped. After the bank swap, the Query Processor 
510 and the Span Memory 406 jointly perform arithmetic comparisons on the span data (hereinafter called query 
operations) and various arithmetic operations to process 1 800 or 21 00 the spans and determine which spans or portions 
of spans are visible in the scene. These visible spans (or portions of spans) are sent to the Rasterize Processor 512. 
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A more detailed block diagram of the Query Processor 510 and the Span Memory 406 is shown as Figure 31 . 
[0058] The Rasterize Processor 51 2 receives only spans (or portions of spans) that are fully visible. To process each 
span, the Rasterize Processor 512 performs the set up for incremental span render 412 and then performs span 
interpolation 220. Pixel color values are generated by utilizing the data stored in the Polygon Information Memory 514 
5 and possibly also the Texture Map Memory 516. As pixel color values are generated, they are written into the Raster 
Line Memory 416. 

[0059] The Raster Line Memory 416 can store all the color pixel values for several complete raster lines. That is, it 
416 stores the color values for the raster line currently being fed to the digital to analog converter 228 (via the Rasterize 
Processor 512) as well as several subsequent raster lines. Once all the values for a particular raster line have been 

10 sent to the digital to analog convener 228, the corresponding part of the Raster Line Memory 416 can be overwritten 
with another raster line. In this way, the total amount of memory required is only a few raster lines worth (the minimum 
is two), rather than the typical doubled buffered full display screen 1 04 frame buffer 224 required by prior art 3D graphics 
renders. This saves many megabytes of memory. The Raster Line Memory 416 can store data for several raster lines 
in order for the rasterization process to "work ahead" of the digital to analog converter 228, thereby providing some 

* 5 time cushion for raster lines that require more than the average amount of time to process. 

[0060] Having only enough memory for a few raster lines requires the Span Sorting Renderer 500 architecture to 
keep up with the average raster line display rate. Therefore, if very large geometry databases (larger than the maximum 
where the Span Sorting Renderer 500 can keep up) need to be rendered , the Raster Line Memory 41 6 can be replaced 
with a doubled buffered full display screen 104 frame buffer 224. 

20 

Sorting Magnitude Comparison Content Addressable Memory 800 

[0061] A diagram of data storage 800 within a page of Span Memory 406 is shown in Figure 8. This data array can 
reside in typical random access memory (RAM) as a sorted data structure, or reside in Sorting Magnitude Comparison 

25 Content Addressable Memory (SMCCAM). The SMCCAM implementation will be assumed in the rest of this document. 
[0062] An SMCCAM is a new type of MCCAM, and is comprised of a set of memory registers (or words), each word 
composed of a multiplicity of fields, where each field can: 1 ) store a number, either as an integer or as a floating-point 
number; 2) perform arithmetic comparisons between the stored number and another number broadcast to all words; 
and 3) shift its contents to the corresponding field in the next word. When used as the Span Memory 406 within the 

30 Span Sorting Renderer 500, the SMCCAM stores a set of spans and performs parallel searching and sorting operations 
to find the visible span portions. 

[0063] As shown in Figure 8, the data storage within the SMCCAM 800 is divided into SMCCAM Words 900, where 
each word 900 stores and processes (by performing query operations) data corresponding to one span in the current 
raster line. The figure shows a total of W SMCCAM Words 900, numbered 0 to IV-1 . Each SMCCAM Word 900 includes 

35 seven numeric fields (and the variable name shown here is for the nth word): 1 ) the Word Number Field 802, w, that 
is a fixed (i.e., read-only) unique identifying number for each word 900, akin to an address; 2) the Left X Field 804, x nL , 
that stores the x-coordinate of the left endpoint of a span; 3) the Left Z Field 806, z„ L , that stores the z-coordinate of 
the left endpoint of a span; 4) the Right X Field 808, x nR , that stores the x-coordinate of the right endpoint of a span; 
5) the Right Z Field 810, z nR , that stores the z-coordinate of the right endpoint of a span; 6) the Span Derivative Field 

40 812, d n , that stores the 8z/5x slope of the span; and 7) the Information Pointer Field 814, /„, that stores a pointer into 
the Polygon Information Memory 514 for color information for the span's polygon. 

[0064] Each SMCCAM Word 900 also stores: 1) a Valid Flag 816, F nV , a single bit value indicating whether the 
SMCCAM Word 900 is storing valid data; and 2) a Query Flag 818, F„q, a single bit value indicating whether the 
SMCCAM Word 900 responded positively to a query operation. Both flag bits 816, 818 each have a corresponding 

45 N wired-nor" bus that indicates whether all words 900 have that flag bit turned off. Specifically, for the Valid Flag 816, 
F /?v if F nv is fa,se for al1 n (i.e-. all words), then the signal AllWordslnvalid 990 is asserted. Similarly, if F„q is false for 
all n, then the signal NullQueryResponse 992 is asserted. The two wired-nor signals, AllWordslnvalid 990 and Nul- 
IQueryResponse 992, provide the mechanism for query results to be fed back to the external controller (located in the 
Query Processor 510), so it can make decisions (i.e. "branches) about how to proceed within the method. 

so [0065] The nomenclature for fields and flags 804 to 81 8 include the Word Number Field 802 value as the first part 
of the field subscript (e.g., z 3L is in word 3). Later in this document, the number of fields in each word is increased to 
add various features to the Span Sorting Renderer 500. Figure 8 shows two variable word indices, n and w, that are 
used throughout this document as references to SMCCAM Words 900. 

[0066] A block diagram of an SMCCAM Word 900 is shown as Figure 9, where each of the seven fields 802 to 814 
55 is shown. The seven fields, x^ 804, z^ 806, x^r 808, z^ 810, d w 812, and i w 814, each have a corresponding data 
bus within the set of Array Busses 910: BusW912, BusXL 914, SusZL.916, BusXR 918, BusZR 920, BusD 922, and 
Busl 924. Six of the fields 802 to 812 are broken into a memory 902 or 904 and a comparator 906 or 908. The Word 
Number Field 802 includes: 1 ) a fixed memory 902; and 2) an equality comparison circuit 906, used for query operations, 
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that compares the fixed memory value 902 to the data on the input bus, Bus W91 2. Five of the fields 804 to 81 2 include: 
1) a read/write memory 904; and 2) an arithmetic comparison circuit 906 (tests for less-than, etc.), used for query 
operations, that compares the stored memory value 904 to the data on the corresponding input bus. the seventh field, 
the Information Pointer Field 814, is simply a read/write memory that does not generally participate in query oper- 
5 ations. 

[0067] Query operations are used for searching, sorting, reading, and writing into the array 800 of SMCCAM Words 
900. A query operation is performed by all SMCCAM Words 900 in parallel by supplying query data to all words 900 
via the Array Busses 910. The SMCCAM 800 includes the Query Logic Array 850, which is a set of Query Logic 930 
circuits, one in each SMCCAM Word 900. 

10 [0068] In parallel, within each SMCCAM Word 900, query operation results are computed by the Query Logic 930. 
The Query Logic 930 receives the results from the comparators 906 and 908 as well at the Valid Flag 816 and Query 
Flag 818 values, performs a selectable Boolean operation on these values (selected by QueryCntrl 932) to generate 
a query result bit, and then writes the query result bit back into either the Valid Flag 816 or the Query Flag 818. 
[0069] When a query operation is performed, every word 900 generates a query result, which is stored into either 

15 its 900 Valid Flag 816 or the Query Flag 818. The set of all Valid Flags 816 is called the Valid Flag Word 830, and the 
set of all Query Flags 818 is called the Valid Flag Word 834. When a search is done, the query results designate which 
words fulfilled the query operation parameters. An example query operation is: 

20 F n Q = F nv A ( x m * *ci_) (EQ4) 

where the following occurs: 1 ) x CL is broadcast to all words 900 via BusZL 916; 2) the Left X Field 804 in each word 
900 performs (x nL < x CL ), by comparing its 804 contents, x nL , to the value on BusZL 916; 3) the Query Logic 930 in 
each word 900 performs the right side of Equation 4, which is the query result for that word 900; 4) in each word 900, 
25 the query result is stored into the Query Flag 818 shown as the left side of Equation 4; and 5) the signal, NullQueryRe- 
sponse 992, is asserted if the Query Flag 818 is false in all words 900. 

[0070] Additional example Boolean operations are shown in Equation 5, where x CL , S P , x CR , z CF ,z CL , and z CR are 
data broadcast to all SMCCAM Words 900 via the Array Busses 910, and whese n is the particular word 900 where 
the operation is taking place (this happens for all n, which means for all SMCCAM Words 900). 

30 

F mQ~ F mV* 0*^^p) A *(*aL^*CR) ^ {'hR^'cl) * It'uL^^CF^ ^ ^aR^^CF^l 

35 VV^^cr)^^-^) (EQ5) 

40 [0071] The query operation mechanism inherently performs a search operation on the data stored in the 
SMCCAM800, and the search results are stored into the Query Flags 818. When data needs to be written into the 
SMCCAM800, the following sequence occurs: 1) the Valid Flag Word 830 (or, for certain applications, the Query Flag 
Word 834 could be used) is chosen to determine the word 900 to be written; 2) the Valid Flag Word 830 contents are 
input to its 830 corresponding Priority Resolver 840; 3) the Priority Resolver 840 finds the first occurrence of a logic 

45 "zero" within the flag word 830, this is the first invalid word; 4) the SMCCAM Word 900 with the first occurrence of logic 
"zero" is the selected word 900, and the data on the Array Busses 910 is stored into that word 900; and 5) the selected 
word 900 has its Valid Flag 816 asserted, indicating that word now contains valid data. 

[0072] A read operation works similarly, with the following sequence: 1 ) the Valid Query Flag Word 834 is chosen to 
determine the word 900 to be read; 2) the Query Flag Word 834 contents are input to its 834 corresponding Priority 

50 Resolver 840; 3) the Priority Resolver 840 finds the first occurrence of a logic "one" within the flag word 834; 4) the 
SMCCAM Word 900 with the first occurrence of logic "one" is the selected word 900, and its 900 contents are output 
onto the Array Busses 910; 5) the selected word 900 has its Query Flag 818 de-asserted, indicating that word has had 
its contents read, and subsequent reads (without intervening queries) will read other words; and 6) the signal, Nul- 
IQueryResponse 992, is asserted if the Query Flag 818 is false in all words 900, indicating that no other words would 

55 respond to a read operation. The query, write, and read operations work somewhat similarly to that described in the 
Duluk Patent. 

[0073] The portion of the Priority Resolver 840 within- an SMCCAM Word 900 is called a Priority Resolver Section 
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934, and they 934 communicate across SMCCAM Words 900 via the busses: ValidPriOut[w-A] 936, QueryPriOut{w- 
1) 937, ValidPriOut[w] 938, and QueryPriOut[w] 939. Alternatively, the Priority Resolver 840 could be built with a treelike 
structure, thereby making the worst case circuit propagation delay proportional to log W rather than W. 
[0074] The SMCCAM 800 also performs a sorting operation, which is not provided in the apparatus described in the 

5 Duluk Patent. As described above, the Span Sorting Renderer 500 sorts spans as they are written into the Span 
Memory 406 according to: 1 ) the left x-coordinate; 2) the left z-coordinate; and 3) the span derivative. In the SMCCAM 
800, sorting is done by locating the place in the span list where a span needs to be inserted, then, from this place, 
shifting the SMCCAM800 contents down one word 900, and then writing the new span into the vacated word 900. 
[0075] The SMCCAM 800 can shift data from word-to-word to make room in the sorted span list The sorting operation 

10 is done in the following sequence: 1 ) the geometric properties (as described above) of the span to be written are input 
to the SMCCAM 800 for a query operation; 2) the query operation of Equation 6 is performed in every SMCCAM Word 
900 with the query results written into the Query Flags 818, thereby identifying all words that contain either invalid data 
or contain a span that should be sorted later in the span list that the span being written; 3) the Query Flag Word834 
contents are input to the corresponding Priority Resolver 840; 4) the Priority Resolver 840 finds the first occurrence of 

15 a logic "one" within the Query Flag Word 834, thereby determining the selected word 900; 5) for the selected word 900 
and all SMCCAM Words 900 after the selected word 900, stored data is shifted to the next word 900; and 6) at the 
selected word 900, the data on the Array Busses 910 is stored into the word 900. 

20 F= nQ = F n ~ v (x„ L >x AL ) v [(x„ L = x AL ) *(z nL >z AL )] v [(x nL = x^) * (z nL = z AL ) * (d n >d A )) (EQ6) 

[0076] Shifting data in the fields 802 to 814 from one SMCCAM Word 900 to the next is done via the Shift In Busses 
950 that are connected to the Shift Out Busses 970 of the previous word 900. The list of Shift In Busses 950 includes: 
ShiftOutXL[w-1]952\ ShiftOutXR[w-l] 954; ShiftOutZL[w-1 ] 956; ShiftOutZR[w-1] 958; SA)/r70ufD[w-1 ] 960; and Shift- 
25 Oiif/[w-1] 962. The list of Shift Out Busses 970 includes: ShiftOutXL[w] 972; ShiftOutXR[w] 974; ShiftOutZL[w] 976; 
ShiftOutZR[w] 978; ShiftOutD[w~1] 980; and ShiftOutl[w\ 982. The circuit signal nomenclature used in this document 
includes the use of a'bracketed index, such as n [w]" t indicating it is part of an array of busses (similar to the array 
nomenclature of the "C" computer language). Here, M [w]" indicates the wth word 900, and "[w-1] w indicates the word 
900 immediately prior in the set of words 800. 

30 

Span Occluding Test 

[0077] Figure 10 shows three spans 1002, 1004, 1006 represented by line segments (i.e., "segment spans") in the 
x-z plane, corresponding to one raster line of the display screen 104. One of the spans 1002 is shown with a corre- 

35 sponding Occluding Region 1008. If there are no spans that Occluding Region 1008, then the corresponding span 
1002 is not hidden. The shape of the Occluding Region 1008 is trapezoidal, and therefore it is computationally expensive 
to determine if another span lies within it 1008, and is particularly expensive if many spans need to tested against the 
region 1008. A simplifying approximation for an Occluding Region 1008 is a rectangular Span Occluding Test Region 
1010 (hereinafter called an SOT Region 1010). The SOT Region 1010 is generated from the span (or span portion) 

*o being tested for occlusion, hereinafter called the Current Portion, S c 1004. Determining if a span 1006 with endpoints 
(x nL , z nL ) and (x nL , z nL ) lies within an SOT Region 1010 for a Current Portion, 1004, S c , with endpoints (x CL , z CL ) 1012 
and (x CR , z CR ) 1014 is done by: 

45 In SOT Region = (x„ L < x CR ) v (x nR > x CL ) v [(z nL <MaxOf(z CR ,z CL ) v (z nR <MaxOf(z CR ,z CL ))] (EQ7) 

The arithmetic computation required for Equation 7 is four comparisons and one "choose-the-maximum-oF function 
(the two needed in the equation are identical). For the SMCCAM 800 to perform the operations of Equation 7, the 
"choose-the-maximum-of would be performed outside the SMCCAM 800 to determine: 

50 

z CF = MaxOf(z CR) z CL ) (EQ8) 

and then the values x CL , x CR , and z CF would be input on the Array Busses 91 0 and the comparisons would be performed 
55 in the appropriate fields 804 to 810. In this way, all the spans stored in the SMCCAM 800 would be tested in parallel, 
performing the search for occluding spans in a matter of nanoseconds. In this document, any span that is found by an 
SOT Query is called an occluding span. 
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[0078] The complete equation for the Span Occluding Test Query (hereinafter called the SOT Query) is shown as 
Equation 9. 

v (n*S p ) v (x nL <x CR ) v {x„ R >x CL ) v [(z nL <z CF ) v (z nR <z CF )] ( EC * 9 ) 

The complete SOT Query equation adds two more terms to the conjunction: 1) the Valid Flag 816, needed to keep 
words with invalid data from mistakenly identifying themselves as storing an occluding span; and 2) a test, n * S P , 
where S P is the Word Number Field 802 corresponding to the Current Portion, done to keep the span from being 
identified as occluding itself. The complete SOT Query equation stores the query result into the Query Flag 818 of 
each SMCCAM Word 900. The result of the SOT Query is available at the signal, NullQueryResponse 992, where an 
asserted value indicates that no occluding spans were found. 

[0079] By using the SOT Region as an approximation of the Occluding Region 1008, a conservative error is intro- 
duced. That is, the SOT Query may find occluding spans that are within the SOT Region 1010, but are actually behind 
the Current Portion. However, the SOT Query will never fail to find spans that actually occlude the Current Portion. 

Span Sorting Rendering Method 1300 

[0080] In order for the SOT Query to inadvertently find an occluding span that does not actually occlude the Current 
Portion, the bounding box (described in the next section) of the Current Portion must overlap the bounding box of the 
occluding span. Therefore, the simplest form of the Span Sorting Rendering Method 1300 assumes that bounding 
boxes of spans do not overlap, thereby eliminating the need to handle occluding spans that do not actually occlude 
the Current Portion. While this assumption is not practical for most rendering applications, it does simplify part of the 
description of the method 1300. Therefore, this simplified (though not generally practical) version will be described 
first, in a later section, the method 1300 will be expanded to process spans with overlapping bounding boxes. 
[0081] Figure 11 shows a set of fourteen spans in the same raster line (numbered S 0 1100 to S 13 1113), where each 
span is represented by a line segment in the x-z plane of the raster line (the y-coordinate is fixed). The visible parts of 
the spans are shown as thick lines, and the hidden parts are shown as thin lines. For example, S 4 1104 and S 6 1106 
are hidden, and S 0 1100 has two visible portions. The spans have been sorted according to the x-coordinate location 
of their left endpoint. Hence, the spans are numbered from left to right according to their Word Number Field 802 
assigned when they are all stored in the SMCCAM 800. For example, span S 4 1104 is stored in SMCCAM Word 900 
number four, and has its left endpoint located at the point (x 4L , z 4L ) and its right endpoint located at (x 4R , z 4R ). 
[0082] Figure 12 shows the same fourteen spans, except that each span is enclosed by a bounding box. The set of 
spans in Figure 11 and Figure 12 were chosen so that the span bounding boxes do not overlap. The spans of Figure 
12 will be used to describe the simplest form of the Span Sorting Rendering Method 1300, the version that includes 
the Simplified Span Rasterization Method 1800 which assumes span bounding boxes do not overlap. 
[0083] The Span Sorting Rendering Method 1300 is described in the context of the apparatus described herein, but 
can also be performed by software on a general purpose computer. Figure 13 is the top-level method diagram of the 
Span Sorting Rendering Method 1300. This method 1300 is performed by the Span Sorting Rendering Pipeline 400 
of Figure 4, in the same way the method flow diagram 300 of Figure 3 is performed by the generic 3D graphics pipeline 
200. 

[0084] In the Span Sorting Rendering Method 1300, scenes are generated 1302 (object locations in world coordi- 
nates, etc.), and within each scene, polygons are obtained 1304 for input to the Span Sorting Rendering Pipeline 400 
and processed 1400. 

[0085] Figure 14 shows the process polygon step 1400. Included are the previously described transformation 202, 
clip test 204, face determination 206, lighting 208, perspective divide 212 and compute polygon parameter 402 steps. 
After these steps, polygons are written into the Bucket Sort Memory 404, each according to its y START parameter. 
[0086] Getting back to Figure 13, once all 1306 the polygons for a scene have been processed 1400 and therefore 
written into the Bucket Sort Memory 404, each raster line is processed. The variable, R, is used to keep track of the 
current raster line number, and is initialized 1308 to zero. Before the first raster line can be processed, the Current 
Polygon Memory 406 must be cleared 1310, thereby indicating that no polygons are on the current raster line. Also, 
the Span Memory 408 must be cleared 1312, thereby indicating that no spans are on the current raster line. These 
operations 1310, 1312 can be done by marking the entire contents of the memories 406, 408 as invalid. Since, at the 
first raster line, there are no polygons in the Current Polygon Memory 406. the next step 1600 is to transfer polygons 
that start in the current raster line form the Bucket Sort Memory 404 to the Current Polygon Memory 406 and to make 
spans for these polygons. Beginning on the second raster line (i.e., R = 1), there is probably some polygons in the 
Current Polygon Memory 406, and spans need to be made 1500 for those polygons. 
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[0087] Figure 15 is the Process Current Polygon Memory 406 step 1500 within the Span Sorting Rendering Method 
1300. Each 1502 polygon in the Current Polygon Memory 406, is read 1504, and if 1506 that polygon is not included 
in the current raster line, it is deleted 1508 from the Current Polygon Memory 406 so subsequent raster lines do not 
need to consider it. If 1506 the polygon is included in the present raster line, then a span within the current raster line 
5 and its Span Parameters (as described above) are generated 1510 for that polygon. Then, the Span Parameters are 
written 1700 into the Span Memory 408. 

[0088] Figure 1 6 is the Process Bucket Sort Memory 404 step 1 600 within the Span Sorting Rendering Method 1 300. 
If 1602 there are more polygons to be read from the Bucket Sort Memory 404 for the current raster line, then for each 
such polygon: 1) the polygon is read 1604 from the Bucket Sort Memory 404; 2) the polygon is written 1606 into the 

10 Current Polygon Memory 406; 3) the polygon has a span in the current raster line, and Span Parameters (as described 
above) are generated 1510 for the span; and 4) the Span Parameters are written 1700 into the Span Memory 408. 
[0089] When writing 1700 Span Parameters into the Span Memory 408, a sort operation is done. The sort operation 
is performed by the SMCCAM 800 as a query operation (Equation 6) and a special write operation, as described above. 
The apparatus of the SMCCAM 800 performs this step 1700 in parallel, but it is described in the flow diagram 1700 of 

15 Figure 17 as if it is a sequential search process. A counter, n, used as an index into the set of SMCCAM Words 900, 
is initialized 1702 to zero. The flow diagram shows the query operation of Equation 6 broken down into six conditionals 
1704 that test to see if the new span should be inserted at the nth word 900. Words 900 are stepped through 1706 by 
incrementing n until such an insertion point is found. When the insertion point is found, the counter n stops incrementing, 
and the contents of all the words from W- 1 to n (using the counter, m) are transferred 1708 to the next word and the 

20 Span Parameters are written 1710 into word n. A test 1712 for reaching the last word 900 (i.e., word W-1 ) is included 
to detect an exception 1714 condition if there are more than a total of W spans in the raster line, thus exceeding the 
total number of words 900. Strategies to work within a fixed number of words 900 are presented later in this document. 
[0090] Once again reluming to Figure 13, once all the spans within the display screen at raster line R have been 
written into the Span Memory 408, visible span portions are identified 1800 or 2100. One version of this portion of the 

25 method is the Simplified Span Rasterization Method 1800, which assumes span bounding boxes do not overlap. Other 
versions that do not make this assumption are the Segment Span Rasterization Method 2100 and the Trapezoidal 
Span Rasterization Method, described in later sections. 

Simplified Span Rasterization Method ^B00 

30 

[0091] The Simplified Span Rasterization Method 1800, shown in Figure 18, maintains three sets of variables: 1) the 
current left x-coordinate position, x CL , used to indicate how much of the current raster line has been rendered so far, 
2) the Present Span, S P , used to keep track of the frontmost span at x CL , including its Span Parameters x PL , z PL , x PR , 
z PR , d Pl / P , and word number; and 3) the New Span, S N , used to keep track of the span most recently read form the 
35 Span Memory 408 (generally found by a query), including its Span Parameters x NL , z NL , x NR , z NRl c/ N , / N , and word 
number. In the Simplified Span Rasterization Method 1800, the Current Portion, S c , is always equal to the Present 
Span, S P . 

[0092] The rasterization method 1800 will be explained by using the set of spans in Figure 12 as an example. In the 
rest of this section, the method 1800 will be followed step-by-step as the example spans are processed. 
*o [0093] The method 1800 starts by setting 1802 x CL to zero (thereby starting at the left edge of the display screen) 
and declaring the variables S P and S N to be invalid. Because S P is invalid 1804 and there are valid 1806 spans still 
stored in the Span Memory 408, a search 1808 must be done to find either the frontmost span at x CL (i.e., zero) or, if 
there is no span at x CL , then find the leftmost valid span in the Span Memory 408. 

[0094] The first step in this search 1808 is to do a query 1810 to find all valid spans in the Span Memory 408 that 
45 include x CL (i.e., zero). Looking at Figure 12, it is seen that there are no 1812 spans at x-coordinate zero (the query 
1810 finds nothing). Because there are no spans 1812 at x-coordinate zero, the leftmost span in the Span Memory 
408 (i.e., the first valid span because the spans are sorted) is read 1818 thereby making S P to be equal to S 0 1200. 
There were no valid spans at x CL (i.e., zero), and the leftmost span does not start until x 0L (left endpoint of span S 0 
1200), so the range from zero to x 0L does not have any spans at all, and therefore the background is rendered 1820 
50 from x CL (i.e., zero) to x 0L . Some rendering has been done, so the value for x CL is updated 1822 to become x PL (i.e., 
x 0L ), indicating rendering has been done up to this point. An SOT Query is done 1824 for the Present Span (i.e., S 0 
1 200) to find any occluding spans, and this finds all the other spans 1 201 to 1 21 3 since they are all in the SOT Region 
of S 0 1200. The first of these found spans are read 1824, making the value of the New Span, S N , equal to S t 1201. 
[0095] The method 1800 has not reached 1826 the right edge of the display screen (i.e., *cl <x max)< & oth Sp and $n 
55 are valid 1804 and 1828, and the next step 1830 is to render the S P (i.e., S 0 1200) from x CL (i.e., x 0L ) to x NL (i.e., x 1L ). 
This rendering can, be done because the SOT Query 1824 found the leftmost occluding span in front of S 0 1200, 
meaning any part of S 0 1200 to the left of this occluding span must be visible. This step 1830 also updates the value 
for x CL to be x NL (i.e., x 1L ), and also makes S N (i.e., S 1 1201) into the new value of S P . An SOT Query is done 1832 
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for the Present Span (i.e., S 1 1201) to find any occluding spans, and this finds only one span, S 2 1202, since it 1202 
is the only span in the SOT Region of 1201. This span is read 1832, making the value of the New Span, S N , equal 
to S 2 1202. 

[0096] The span 1201 is processed in a way similar to S 0 1200. The method 1800 has not reached 1826 the right 

5 edge of the display screen (i.e., x CL < x MAX ), both S P and S N are valid 1804 and 1828, and S P (i.e., 1201 ) is rendered 
1830 from x CL (i.e., x IL ) to x NL (i.e., x 2L ). The value for x CL is updated 1830 to be x NL (i.e., x 2L ), and S N (i.e., S 2 1202) 
is made into the new value of S P . An SOT Query is done 1 832 for the Present Span (i.e. , S 2 1 202), but the query does 
not find any spans because nothing occludes S 2 1202, and the value of the New Span, S N , is set to invalid. 
[0097] The right edge of the display screen has not been reached 1826, S P is valid 1804, S N is invalid 1828, and the 

10 next portion 1834 of the method 1800 includes a search for an abutting span for S P . An abutting span is a span whose 
left endpoint is located at the same point as the right endpoint of the Current Portion (or, for the Simplified Span 
Rasterization Method 1800, the Present Span). In Figure 12, three example pairs of abutting spans are: 1)S 2 1202 
and S 5 1205; 2) S 5 1205 and S 7 1207; and 3) S 6 1206 and S 9 1209. Abutting spans occur frequently because 3D 
objects are generally described by a set of polygons that share edges. Therefore, for highly tessellated objects, most 

15 spans will be part of at least one abutting span pair. 

[0098] The portion 1834 of the method 1800 starts with rendering 1836 S P (i.e., S 2 1202) from x CL (i.e., x 2L ) to x PR 
(i.e., x 2R ). This can be done because the SOT Query did not find any occluding spans, thus proving S P (i.e., S 2 1202) 
is not hidden at all, and should be rendered. Also, x CL is set 1836 to x PR (i.e., x 2R ). Next, a query is done 1838 to find 
an abutting span for S P (i.e., S 2 1202), which finds span S 5 1205. Because 1840 an abutting span was found, the 

20 abutting span, S 5 1205, is read 1846 and assigned to S P . An SOT Query is done 1848 for the Present Span (i.e., S 5 
1205), but the query does not find any spans because nothing occludes S 5 1205, and the value of the New Span, S N , 
is set to invalid. 

[0099] The Present Span, S 5 1205, is processed similarly to S 2 1202. The right edge of the display screen has not 
been reached 1826, S P is valid 1804, S N is invalid 1828, S P (i.e., S 5 1205) is rendered 1836 from x CL (i.e., x 2R ) to x PR 

25 (i.e., x 5R ), and x CL is set 1836 to x PR (i.e., x 5R ). A query is done 1838 for an abutting span, which finds span S 7 1207. 
The abutting span, S 7 1207, is read 1846 and assigned to S P . An SOT Query is done 1848 for the Present Span (i.e., 
S 7 1207), finding only S 8 1208 which is read 1832, making the value of the S N equal to S 8 1208. 
[0100] The Present Span, S 7 1207 is processed similarly to 1201. The right edge of the display screen has not 
been reached 1826, both S P and S N are valid 1804 and 1828, and S P (i.e., S 7 1207) is rendered 1830 from x CL (i.e., 

30 x 5R ) to x NL (i.e., x 8L ). The value for x CL is updated 1830 to be x NL (i.e., x 8L ), and S P is set to S N (i.e., S 2 1202). An SOT 
Query is done 1832 for the Present Span (i.e., S 8 1208), but the query does not find any spans, and the value of the 
New Span, S N , is set to invalid. 

[0101] The Present Span, S 8 1208 is processed similarly to S 2 1202 and S 5 1205. The right edge of the display 
screen has not been reached 1826, S P is valid 1804, S N is invalid 1828, S P (i.e., S 8 1208) is rendered 1836 from x CL 

35 (i.e., x 8L ) to x PR (i.e., x 8R ), and x CL is set 1836 to x PR (i.e, x 8R ). A query is done 1838 for an abutting span, which finds 
span S 10 1210. The abutting span, S 10 1210, is read 1846 and assigned to S P . An SOT Query is done 1848 for the 
Present Span (i.e., S 10 1210), but the query does not find any spans, and the value of the New Span, S N , is set to invalid. 
[0102] As the Present Span, S 10 1210 is processed, the search for an abutting span does not find such a span. The 
right edge of the display screen has not been reached 1826, S P is valid 1804, S N is invalid 1828, S P (i.e., S 10 1210) 

40 is rendered 1836 from x CL (i.e., x 8R ) to x PR (i.e., x 10R ), and x CL is set 1836 to x PR (i.s., x 10R ), A query is done 1838 for 
an abutting span, but no abutting span is found. Since 1840 no abutting span was found, a search must be done to 
find the frontmost span at x CL (i.e., x 10R ). However, before the search is done, a query is done to invalidate 1842 all 
spans that are completely to the left of x CL (i.e., x 10R ). This invalidation 1842 can be done because the current raster 
line has been rendered up to x CL (i.e., x 10R ), and spans to the left of x CL (i.e., x 10R ) were either rendered or hidden (or 

45 sortie of each). The invalidation 1842 turns off the Valid Flags 816 for S A 1201 through S 10 1210, thereby leaving only 
S 0 1200 and S t1 1211 through S 13 1213 as validly stored spans. The value of the Present Span, S N , and the value of 
the New Span, S N , are both set 1844 to invalid. 

[0103] The right edge of the display screen has not been reached 1826, S P is invalid 1804, there are still 1806 valid 
spans, and the next part 1808 of the method includes a search for the frontmost span atx CL (i.e., x 10R ). First, a query 

so 1810 is done to find all spans that include x CL (i.e., x 10R ), which finds two spans: S 0 1200 and S u 1211. Since 1812 
spans were found, these two spans 1200 and 1211 are read 1814, the z-coordinates of the spans are computed 1814 
at x CL (i.e., x 10R ), and are compared to determine 1814 that 1211 is the frontmost span. The z-coordinate compu- 
tation is simplified by having the span derivative (from the Span Derivative Field 812) available for use in extrapolating 
from the left endpoint of the span. The frontmost span, 121 1 f is made 1814 the Present Span, S P . An SOT Query 

55 is done 1824 for the Present Span (i.e., S u 1211), but the query does not find any spans, and the value of the New 
Span, S N , is set to invalid. 

[0104] The Present Span, 1211 , is processed similarly to S 2 1202, S 5 1205, and S 8 1208. The right edge of the 
display screen has not been reached 1826, S P is valid 1804, S N is invalid 1828, S P (i.e., S n 1211) is rendered 1836 
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from x CL (i.e., x 10R ) to x PR (i.e., x 11R ), and x CL is set 1836 ti x PR (i.e., x 1lR ). A query is done 1838 for an abutting span, 
which finds span S 12 1212 The abutting span, S 12 1212, is read 1846 and assigned to S P . An SOT Query is done 1848 
for the Present Span (i.e., S 12 1212), but the query does not find any spans, and the value of the New Span, S N , is set 
to invalid. 

5 [0105] The Present Span, S 12 1212 is processed similarly to S 10 1210. The right edge of the display screen has not 
been reached 1826, S P is valid 1804, S N is invalid 1828, S P (i.e., S 12 1212) is rendered 1836 from x CL (i.e., x 11R ) to 
x PR (i.e., x 12R ). and x CL is set 1836 to x PR (i.e., x 12R ). A query is done 1838 for an abutting span, but no abutting span 
is found. Since 1840 no abutting span was found, a query is done to invalidate 1842 all spans that are completely to 
the left of x CL (i.e., x 12R ), thereby turning off the Valid Flags 816 for S u 1211 and S 12 1212, thereby leaving only S 0 

10 1200 and S 13 1213 as validly stored spans. The value of the Present Span, S N , and the value of the New Span, S N , 
are both set 1844 to invalid. 

[0106] The right edge of the display screen has not been reached 1826, S P is invalid 1804, there are still 1806 valid 
spans, and the next part 1808 of the method includes a search for the frontmost span atx CL (i.e., x 12R ). First, a query 
1810 is done to find all spans that include x CL (i.e., x 12R ), which finds only one span, S 0 1200. Since 1812 a span was 
15 found, it is made 1814 the Present Span, S P An SOT Query is done 1848 for the Present Span (i.e., S 0 1200), finding 
only 3 1213 which is read 1832, making the value of the S N equal to S 13 1213. 

[0107] The right edge of the display screen has not been reached 1826, both S P and S N are valid 1804 and 1828, 
and S P (i.e., S 0 1200) is rendered 1830 from x CL (i.e., x 12R ) to x NL (i.e., x 13L ). The value for x CL is updated 1830 to be 
x NL (i.e., x 13L ), and S P is set to S N (i.e., S 13 1213). An SOT Query is done 1832 for the Present Span (i.e., S 13 1213), 

20 but the query does not find any spans, and the value of the New Span, S N , is set to invalid. 

[0108] The right edge of the display screen has not been reached 1826, S P is valid 1804, S N is invalid 1828, S P (i. 
e., S 13 1213) is rendered 1836 from x CL . (i.e., x 13L ) to x PR (i.e., x 13R ), and x CL is set 1836 to x PR (i.e., x 13R ). A query 
is done 1838 for an abutting span, but no abutting span is found. Since 1840 no abutting span was found, a query is 
done to invalidate 1842 all spans that are completely to the left of x CL (i.e., x 13R ) f thereby turning off the Valid Flags 

25 816 for S 0 1200 and S 13 1213, thereby eliminating the last valid spans. The value of the Present Span, S N , and the 
value of the New Span, S N , are both set 1844 to invalid. 

[0109] The right edge of the display screen has not been reached 1826, S P is invalid 1804, and there are 1806 no 
valid spans. Therefore, the background is rendered from x CL (i.e., x 13R ) to x MAX (i.e., the right edge of the raster line). 
The entire current raster line has now been rendered, and the next raster line can be processed, as shown in the 

30 method flow diagram of Figure 13. 

[01 1 0] It is important to note that the method 1 800 rendered the visible portions of the spans, and completely ignored 
the spans that are totally hidden (i.e., S 3 1203, S 4 1204, S 6 1206, and S 9 1209). For scenes with greater depth com- 
plexity, a larger fraction of the spans will be ignored in a similar way, thereby providing a greater computational savings. 
A unique feature of this method 1800 is the ability of abutting spans to work together to occlude spans behind them. 

35 [01 1 1] Another important feature of the method 1800 is the pixel coloration processing within a raster line is roughly 
proportional to the number of pixels in the raster line, rather than proportional to the number of pixels in all the spans 
in the raster line. This is because hidden portions within spans are never sent to the pixel coloration process. Pixel 
coloration processing is "roughly" proportional to the number of pixels within the raster line because a pixel can be 
affected by two spans because, for example, the span to the right may end within the pixel's boundary. In this case, 

40 color from two spans are blended together to form the final color for the pixel. 

Span Interaction Types and Span Interaction Parameters 

[0112] As described above, the SOT Query is a set of comparison operations simple enough to be performed in 
45 hardware by an SMCCAM 800. However, in the general case where span bounding boxes overlap, the SOT Query 
will sometimes find spans that do not occlude the Current Portion. Furthermore, the SOT Query will also sometimes 
find spans that intersect the Current Portion, thus making both spans partially visible. The Segment Span Rasterization 
Method 2100 solves this shortcoming by categorizing the interaction between the Current Portion and a span in the 
SOT Region into one of many Span Interaction Types (hereinafter abbreviated SIT), and then applying rendering rules 
50 based on the SIT. The SIT is determined from the Span Interaction Parameters (hereinafter SIP) of the two spans. 
[01 1 3] As the Segment Span Rasterization Method 2100 proceeds, it 21 00 maintains four spans and their associated 
parameters: 1) the Present Span, S P , the frontmost span at x CL , as described above; 2) the New Span, S N , a span in 
the SOT Region of S P , as described above; 3) the Current Portion, S c , a subsection of the Present Span, S P ; and 4) 
the Saved Span, S 5 , used as a single depth stack for temporarily saving S N so that more spans in the SOT Region of 
55 S P can be read. 

[0114] The nomenclature for spans, span endpoints, SIPs, and SITs is illustrated by the examples shown in Figure 
19. The Present Span, S P 1902, has the endpoints (x PL , z PL ) 1904, 1906 and (x PR . z PR ) 1908, 1910, is enclosed by a 
dashed oval, and is shown as the union of a solid black line and a finely dotted line. The solid black line subsection of 
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S P 1902 is the Current Portion, S c 1912, and has the endpoints (x CL , z CL ) 1914, 1916 and (x CRt z CR ) 1918, 1920. The 
SOT Region 1922 corresponding to S c 1912 is enclosed by a dashed line. The New Span, S N 1932, has the endpoints 
(x NL , z NL ) 1934, 1936 and (x NR , z NR ) 1938, 1940, and is enclosed by its bounding box 1942. 
[0115] The Span Interaction Parameters (i.e., SIPs) are arithmetic comparison results between the z-coordinates of 

5 S c 1912 and S N 1932 at four particular x-coordinate values, specifically, the endpoints of the two spans: x NL 1934, x NR 
1938, x CL 1914, and x CR 1918. In detailed terms, the four Span Interaction Parameters (i.e., SIPs) are: 1) the compar- 
ison of the z-coordinate of S c 1912 at x NL 1934 to z NL 1936, shown in the example as "Nonexistent" because S c 1912 
does not have a point at x NL 1934; 2) the comparison of the z-coordinate of S c 1912 at x NR 1938 to z NR 1940, shown 
in the example as "Farther" because the point on S c 1912 is father (i.e., has a greater z-coordinate) than z NR 1940: 

10 3) the comparison of the 2-coordinate of S N 1932 at x CL 1914 to z CL 1916, shown in the example as "Farther" because 
the point on S N 1932 is father (i.e., has a greater z-coordinate) than z CL 1916; and 4) the comparison of the z-coordinate 
of S N 1932 at x CR 1918 to z CR 1920, shown in the example as "Nonex-istent" because S N 1932 does not have a point 
at x CR 1918. Each of the four SIPs can take on one of the values: 1) "Nonexistent" (abbreviated "Non"); 2) "Farther" 
(abbreviated "Far"); 3) "Nearer" (abbreviated "Near"); or 4) "Equal". In the example of Figure 19, the four SIPs are Non, 

15 Far, Far, Non, as shown in the figure. This particular set of four is SIT 23, causing invocation of Rule 4, as will be 
described later in this document. 

[0116] The SIPs were chosen so as to be easy to compute, avoiding expensive computations such as division. The 
computation of z-coordinates used in the comparison is done by: 

20 

z-coordinate of S c at x NL = (*NL~*cl) d c 
z-cooidinateof tf c at^ IR «^ ct + <*NR~*CL> rf c mm 
25 z-coordinatcof 5 N atac CL = z NL + (^cL^ x m) d ii 

z-cooxdinateof ^atx^ - z^* (*cR-*NL> d N 

[01 1 7] Figure 20 is a listing of all 49 possible SITs. For example, Figure 20C illustrates SIT 3, showing three examples 
30 of a S 0 paired with an S N , where the SIPs are Near, Equal, Non, Non. Each possible combination of SIPs correspond 
to one SIT. When a particular SIT is encountered during the Segment Span Rasterization Method2100, one of several 
rules is invoked, and each SIT in Figure 20 identifies the rule it invokes. Some SITs, such as SIT 19 and SIT 22, cannot 
ever be encountered by the method 21 00, therefore, no rule is invoked, and the tag "impossible" is shown in Figure 20. 

35 Segment Span Rasterization Method 21 00 

[0118] The Segment Span Rasterization Method 2100, shown in Figure 21, processes spans that are represented 
by line segments (as in Figure 7A). This method can be utilized within Span Sorting Rendering Method 1300, shown 
in Figure 13. In this section of the document, the method flow diagrams of Figure 21 through Figure 26 will be described 
40 in very general terms. In the next section, an complex set of example spans is used to die the step-by-step functioning 
of the method2100. 

[0119] The Segment Span Rasterization Method 2100 starts by initializing 2102 and 2104 variables. The method 
2100 calls sub-methods, called Rule 12200 through Rule 5 2600. Every rule considers: 1) what part of S c should be 
rendered, if any; 2) the updating of S P and/or S c ; 3) updating of S s ; 4) invalidation of spans stored in the Span Memory 
45 408; 5) doing an SOT Query; and/or 6) updating of S N . 

[0120] Rule 1 2200 (shown in Figure 22) is invoked if S P is invalid. It 2200 searches for the firontmost span at x CL , 
makes the frontmost span S P , performs an SOT Query, and updates S N . 

[0121] Rule 2 2300 (shown in Figure 23) is invoked if S c has no Potentially Occluding Spans remaining. Therefore, 
it 2300 renders the Present Span, S P , from x CL to x CR . Then, S c is set to, in order of precedence: 1) the Saved Span, 
50 Ss> 2) an Abutting Span; or 3) the first valid span after invalidation of all spans completely to the left of x CR . In any 
case, x CL is set to x CR , and S s is invalidated. 

[0122] Rule 3 2400 (shown in Figure 24) is invoked if the SIT is such that the Current Portion, S c , is occluded at x NL , 
but is visible from x CL to x NL . Therefore, render the Present Span, S P , from x CL to x NL . Then, make the New Span, S N , 
the Present Span and begin processing it. Since S c is not being rendered to x CR , invalidate the Saved Span, S s . 
55 [01 23] Rule 4 2500 (shown in Figure 25) is invoked if the SIT is such that S c intersects S N and the point of intersection 
is visible. The intersection point, at (xj, z ( ), between the Current Portion, S c , and the New Span, S N is composed. Since 
S c is occluded to the right of x,, S c is modified by changing x CR to x ( . The New Span, S N , is stored as the Saved Span, 
S s , in case it is needed later under Rule 1 2200. Then, the next Potentially Occluding Span is read and made S N . 
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[0124] Rule 5 2600 (shown in Figure 26) is invoked if the Current Portion, S c , occludes the New Span, S N , such that 
none of S N is visible from x CL to x CR . Therefore, S N is discarded, and the next Potentially Occluding Span is read and 
made S N . Since S c is not being rendered when this rule is applied, leave the status of the Saved Span, S s , unchanged. 

5 Detailed example of the Segment Span Rarterization Method 21 00 

[0125] In order to fully describe the Segment Span Rasterization Method 2100 in a step-by-step fashion, an example 
set of fifteen spans, shown in Figure 27, is used to illustrate how the method 2100 works. The spans in this example 
were chosen so as to exercise all parts of the Segment Span Rasterization Method 2100. The example, when compared 

10 to typical raster lines in typical scenes, is abnormally complex due to the large fraction of overlapping bounding boxes 
and intersecting spans. As each step in the Segment Span Rasterization Method 2100 is described, the corresponding 
reference designators in the method flow diagrams are listed at the beginning of the step description. Within a step 
description, equations for query operations are first shown as they appear in the method flow diagrams, then, on a 
second line, the same equation is shown with all its variables substituted by values from the example of Figure 27.Also 

15 within a step description, assignment statements will be cascaded (with multiple "=" signs) showing how to arrive at 
the fully substituted variables. 

[0126] For the example of Figure 27. when the Segment Span Rasterization Method 2100 begins, there are fifteen 
valid spans in the SMCCAM 800, designated S 0 through S 14 . These spans are stored in SMCCAM Words 900 0 through 
14, and therefore each have (F nV = 1), indicating those SMCCAM Words 900 have valid contents. The rest of the 
20 SMCCAM Words 900, namely words 15 through W- 1, each have (F nV = 0), indicating those SMCCAM Words 900 
have invalid contents. Hence, at the start of the Segment Span Rasterization Method 2100, the Valid Flag Word 840, 
F v , designates the set of valid spans, and this set is not empty. 

[01 27] For the example set of fifteen spans shown in Figure 27, the step-by-step processing using the Segment Span 
Rasterization Method 2100 is: 

25 

1) 2102 The left x value of the Current Portion, x CL , indicates how far the rendering has proceeded along the 
present raster line. Hence, the start of a raster line causes setting (x CL = 0). The left z value of the Current Portion, 
z CL , is set to infinity to allow any span to be in front of the background. The depth location of the background is 
considered to be at infinity. The background is not composed of polygons, and for may applications, is set to the 

30 color black. The right x and / values of the Current Portion, x CR and x CR , are set to "invalid" because there is no 

valid Present Span, S P With assignment statements, this is described as: 

» 0; « invalid; 

35 s infinity; 2^ « invalid; (EQ 11) 

Zqp b infinity; 

2) 2104 The data within registers for storing span information external to the SMCCAM800 (i.e., S P , S N , and S s ) 
40 are also designated as invalid. 

£ p a invalid; 

45 5 N s invalid; (EQ12) 

£ s « invalid; 

3) 2106, 2108, and 2200 Because the Present Span, S P , is not valid and F v is not empty (indicating that at least 
so some spans are valid). Rule 1 is invoked. Here, Rule 1 is used to search for the first span to make the Present 

Span, S P , 



55 



3A) 2202 Do a query to find ail valid spans that could affect the current raster line at x CL (i.e., at x coordinate 
zero). The query performs, in each SMCCAM Word 900: 
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F^-F.yAfr^ (EQ13) 



This query does not find any spans, and therefore, the set F Q is empty. 

3B) 2204, 2206, and 2208 Because F Q is empty and S P is not valid, there must not be a valid span that could 
affect the current raster line at x CL . Therefore, the first span in F v is read and made the Present Span, S P . 
This read operation sets the following values: 



S p = read(n) * 0; 

(EQ14) 



Reading the first span from F v yields the leftmost valid span, S 0 , because the spans are stored in the SMCCAM 
800 in a left to right ordering. 

3C) 2210 Because there is not a valid span that could affect the current raster line at x CL (i.e., at x coordinate 
zero), and the leftmost valid span does not start until x PL (i.e., x 0L ), the background must be rendered from 
x CL to x PL (i.e., from 0 to x 0L ). As possible alternate methods, rendering of the background can be avoided if: 
1 ) it is know that polygons will always cover 100% of the viewing plane; or 2) the raster buffer is initialized with 
the background colors prior to processing the first span in each raster line. 

3D) 2212 There is now a Present Span, S P (i.e., S 0 ), and the Current Portion, S c , is set equal to S P by setting: 



X CL s X FL = *DL* *CR ~ = X 0R* 

CF m W " max <*0I/W m X 0L ; 



The Current Portion, S c , is equal to S 0 . The Far Z Value for the Current Portion, z CF . is set to z 0L by the "find 
the maximum" function. 

3E) 2214 There is now a defined Present Span, S P (i.e., S 0 ), and a defined Current Portion, S c (i.e., S 0 ), so 
a search is done for spans that could possibly occlude the Current Portion, S c , (i.e., S 0 ). The Span Occluding 
Test query performs, in each SMCCAM Word 900; 



= F. v a (n^5p) a (* JlL <JP CR ) a (x J|R >ac CL ) a [(z JlL <r CP ) v U ilR <2 CP )l 
F nQ « F -v a (n*0) a^^h) a (* #R >« 0L ) a IU<l<ZoO v (*„ r <Xol)] 

This query creates the set of all Potentially Occluding Spans for the Current Portion, S c (i.e., S 0 ). The query 
finds Si through S 14 . In general, queries used for search operations include F nV in the conjunction in order to 
prevent invalid data stored in a SMCCAM Word 900 from causing a bit in F Q from being mistakenly asserted. 
3F) 2216 and 2218 Because F Q is not empty, there must spans that possibly occlude the Current Portion, S c 
(i.e., S 0 ). Therefore, the first span in F Q is read and made the New Span, S N . This read operation sets the 
following values: 



EP 0 870 282 B1 



S N = read(/i) « 1; 
x NL = rcadU L ) = * 1L ; * rewl(* R ) « * lR ; 

2 KL s **«K* L ) = hO Z NR 55 re * d (*R> = *«• 

<* N = read (J) « i N = re*d(0 =» i\; 



Reading the first span in F Q yields S 1t the first span in the set. The read process also deletes from F Q by 
setting (F 1Q = 0). 

4) 2109, 2106, 2110, and 2112 The right edge of the display screen has not been reached (i.e., x CL <x max ) and 
both the Present Span, S P (i.e., S 0 ), and the New Span, S N (i.e., S^, are valid. Therefore, the Span Interaction 
Parameters for these two spans are computed, and are found to be: (Far, Non, Non, Far). 

5) 21 1 4 The Span Interaction Type is determined from the Span Interaction Parameters, and turns out to be Type 14. 

6) 2116 and 2400 Because the Span Interaction Type is Type 14, Rule 3 invoked to process S 0 : 

6A) 2402 The Current Portion, S c (i.e., S 0 ), is hidden starting at x NL (i.e., x /L ), but is visible to the left of x NL 
(i.e., x IL ). Therefore, render the Present Span, S P (i.e., S 0 ), from x CL to x NL (i.e., from x 0L to x 1L ). 
6B) 2404 The processing of Present Span is completed (at this point), so make S N (i.e., into the Present 
Span, S P , by setting: 



£ p = s H = 1; 

*FL - *NI, " *1L ; *PR C| NR° (EQ 18) 

6C) 2406 The Current Portion, S c , is set equal to S N by setting: 



*CL ~ *NL ** *1L? *CR ~ *NR ° X W 

*CL m *NL m 'itf *CR ** *NR m *1R* 



Alternatively, the Current Portion, S c , could be set to the Present Span, S P , (rather than S N )because it has 
the same values. However, this alternate way is not desirable for hardware implementation because this step 
and the previous step could not be done in parallel. 

6D) 2408 The Saved Span, S s , is invalidated, but at this point in this example, it was already invalid. 

6E) 2410 There is a new Current Portion, S c (i.e., S^, so a search is done for spans that could possibly 

occlude it. The Span Occluding Test query performs, in each SMCCAM Word 900: 

F «Q c F .V A A (* A < *CR> A 1****0) A I < X »L <J CF> V <**R <Z CT>1 

- F.V A *> A < Jf -L <x lR> A i*A>*u) A l<**<*u) v ^*R <, IL> J 



This quay creates the set of all Potentially Occluding Spans for the Current Portion, S c (i.e., S^. The quay 
finds S 0 and S 2 through S 14 . 

6F) 2412 and 2414 Because F Q is not empty, there must be spans that possibly occlude the Current Portion, 
S c (i.e., Si). Therefore, the first span in F Q is read and made the New Span, S N . This read operation sets the 
following values: 
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= read(ii) = 0; 

X UL = rCad <*L> 3 X 0L> *NR = "*»(*R> " *OR*> 

*NL " rcad^L) * Z 0L? *NR = ^('r) " *0R** 

d u = read (4) = <f 0 ; i" N * read(i) = i 0 ; 



Reading the first span in F Q yields S 0 , the first span in the set. The read process also deletes S 0 from F Q by 
setting (F 0Q = 0). 

7) 2109, 2106, 2110, and 2112 The right edge of the display screen has not been reached (i.e., x CL < x max ) and 
both the Present Span, S P (i.e., S,). and the New Span, S N (i.e., S 0 ), are valid. Therefore, the Span Interaction 
Parameters for these two spans are computed, and are found to be: (Far, Non, Far, Non). 

8) 21 1 4 The Span Interaction Type is determined from the Span Interaction Parameters, and turns out to be type 23. 

9) 2116, 2118, and 2500 Because the Span Interaction Type is Type 23, Rule 4 is invoked to process 

9A) 2502 The Current Portion, S c (i.e., SJ t and the New Span, S N (i.e., S 0 ), interact to cause S c to transition 
from being visible to being hidden somewhere along its length: at point of intersection between S c (i.e., 
and S N (i.e., S 0 ). The intersection is computed, and found to be at (x,, z,) 2702, as shown in Figure 27. 
9B) 2504 The Current Portion, S c (i.e., S^, is shortened by changing its right end point to the intersection 
point The right endpoint of S c is modified by setting 



*CR a ¥ <EQ22) 

CF * O^UcL' 1 !) * 2 CL " Z llS 



The Present Span, S P> is still equal to all of S v 

9C) 2506 The New Span, S N (i.e., S 0 ), is saved as the Saved Span, S s . This is done because S s will be 
needed later if S P (i.e., S^) is readered to x,. 

S S = 5 N " 0: 

*SL 5=5 X NL * X 0L ; *SR * X NR m X 0R : (EQ23) 

*SL = *NL m 2 0L ; *SR = X KR ™ *0R ; 



The portion of the Saved Span, S s , to the right x, abuts S c at the x coordinate x,. If, later in the method, S c is 
rendered to x )( then S s will become the Present Span, S P . 

9D) 2508 The Current Portion, S c (i.e., from x 1L to x,) has been changed, so a search is done for spans 
that could possibly occlude it. The Span Occluding Test query performs, in each SMCCAM Word 900: 

F »Q ° F -V aF -Q a < w,tl > A < Jr *L <JC I> A l**Bi >X ll) A tt**<*u) V < 2 .R <J 1L» 

This query creates the set of all Potentially Occluding Spans for the Current Portion, S c (i.e., S 1 between x 1L 
and x,). The query finds only S 2 . The conjunction performed by the query includes F Q to prevent any previously 
read (and discarded) Potentially Occluding Span of S 1 from being re-included into F Q and needlessly reproc- 
essed. 

A variation of this method could skip this step and continue reading from the existing F Q rather than doing a 
query to eliminate spans from F Q . This variation saves execution time by eliminating the query, but possibly 
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increases execution time by failing to reduce the number of spans in F Q . 

9E) 2510 and 2512 Because F Q is not empty, there must be spans that possibly occlude the Current Portion, 
S c (i.e., from x 1L to x,). Therefore, the first span in F Q is read and made the New Span, S N . This read 
operation sets the following values: 



5 N «= read(n) = 2; 
x NL « readU^ « x^; = read(x R ) - *j R ; 

*NL * - hi} *NR ° "^('r) " *2R ; 

<f N = read (J) = d 2 ; i N = read(t) « ijl 



Reading the first span in F Q yields S 2 , the first (and only) span in the set. The read process also deletes S 2 
from F Q by setting (F 2Q = 0), making F Q empty. 

10) 2109, 2106, 2110, and 2112 The right edge of the display screen has not been reached (i.e., x CL < x max ) and 
both the Present Span, S P (i.e., S^, and the New Span, S N (i.e., S 2 ), are valid. Therefore, the Span Interaction 
Parameters for these two spans are computed, and are found to be: (Far, Non, Non, Near). 

11 ) 21 14 The Span Interaction Type is determined from the Span Interaction Parameters, and turns out to be Type 
13. 

12) 2116 and 2400 Because the Span Interaction Type is Type 13. Rule 3 is invoked to continue processing 

12A) 2402 The Current Portion, S c (i.e., between x 1L and x,), is hidden starting at x NL (i.e., x 2L ), but is 
visible to the left of x NL (i.e., x 2L ). Therefore, render the Present Span, S P (i.e., SJ, from x CL to x NL (i.e., from 
x 1L tox 2L ). 

12B) 2404 The processing of Present Span is completed (at this point), so make S N (i.e., S 2 ) into the Present 
Span, S P , by setting: 



**L " *NL 9 hi} «*PR & *NR " *2R} (EQ26) 

*PL a *NL c 2 2IS *PE e ^NR = *%*} 



12C) 2406 The Current Portion, S c , is set equal to S N by setting: 



*CL e *HL 9 hi} *CE " *H* m X 2Z*- 

2 CL s 'ml s hi} *c* a *nr m hv (EQ27) 

CJp 85 raW ( J NU Z NR) m max ( X JL» 2 2ft) 9 hi} 



12D) 2408 The Saved Span, S s , is invalidated. In Step 9C, the values for S s were set to those of S v but these 
are now labelled invalid. 



S s = invalid; (EQ28) 

12E) 2410 There is a new Current Portion, S c (i.e., S 2 ), so a search is done for spans that could possibly 
occlude it. The Span Occluding Test query performs, in each SMCCAM Word 900: 
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- F„ v a (»* V a a {**>*cl> A I (»«L <a cF> v i'^'aM (EQ29) 

f| Q = F, V A <»*2) a (Jt (a .<x aB ) a (x^xn) a l(*. L <« aL ) v (*„ Jl <«2l.>] 

This query creates the set of all Potentially Occluding Spans for the Current Portion, S c (i.e., S 2 ). The query 

S) 2I1 2 S an a d24l4 Because F Q is not empty, there must be spans that possibly occlude the Current Portion 
S C (i e S 2 ). Therefore, the first span in F Q is read and made the New Span. S N . This read operation sets the 
following values: 

S H * read(n) - 0; 

2nl - readC^) - 2^; • xetd(z R ) = * 0R ; 

J N = read(<0 - ^ *H " l *" d W - V 



Reading the first span in F Q yields S 0 , the first span in the set. The read process also deletes S 0 from F Q by 
setting (F 0Q = 0). 

131 2109 2106 2110, and 2112 The right edge of the display screen has not been resd (i.e., x CL < x ) and both 
the Present S P ;' S P (i.e., S 2 ). and the New Span, S N (i.e.. S 0 ). are valid. Therefore, the Span lnteract.cn Param- 
eters for these two spans are computed, and are found to be: (Non, Non, Far, Far). 

14) 21 14 The Span Interaction Type is determined from the Span Interaction Parameters, and turns out to be Type 

15) 2116. 2118, and 2600 Because the Span Interaction Type is Type 32, Rule 5 is invoked to process S 2 . 

1 5A) 2602 and 2604 The New Span, S N (i.e.. S 0 ), is hidden within the x axis projection of S c (i.e., S 2 ) There- 
fore S N (i.e., S 0 ) is disearded. Because F Q is not empty, there must be other spans that poss.bly occlude the 
Curren? Portion S c (i.e.. S 2 ). Therefore, the first span in F Q is read and made the New Span, S N . Th,s read 
operation sets the following values: 



* NL = tu&Ixj) = «3j.; *hr - re«d(* B ) * x iv (EQ31) 

Reading the first span in F Q yields S 3 , the first span in the set. The read process also deletes S 3 frothy 
setting (F 3? =0). S2 is still the Present Span, S P . The status of the Saved Span. S s . .s left unchanged, thereby 
remaining invalid. 

16) 2109 2106 2110. and 2112 The right edge of the display screen has not been reached (i.e., x CL < x ^) and 
boih the Present Span, S P (i.e.. S 2 ), and the New Span. S N (i.e.. S 3 ). are valid. Therefore the Span Interact™ 
Parameters for these two spans are computed, and are found to be: (Far, Non, Non Near). 

17) 21 14 The Span Interaction Type is determined from the Span Interact Parameters, and turns out to be Type 

1 18) 2116 and 2400 Because the Span Interaction Type is Type 13, Rule 3 is invoked to continue processing S 2 . 

18A) 2402 The Current Portion. S c (i.e.. S 2 ). is hidden starting at x NL (i.e., x 3L ). but is visible to the left of x NL 
(i.e.. x 3U ). Therefore, render the Present Span, S P (i.e.. S 2 ), from to (i.e., fronrr x* to x 3 J. 
18B) 2404 The processing of Present Span is completed, so make the New Span. S N (..e.. S 3 ). into the Present 
Span, S P , by setting: 
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= S N * 3; 

*PL c *NL = *3L : *PR ° *NR w X 3R» (EQ32) 

*PL = 2 HL = J 3L ; *PR " *NR 88 X 3R ; 

18C) 2406 The Current Portion, S c , is set equal to S N (i.e., S 3 ) by setting: 
■*CL = *HL x 3t ; *CR " *NR ° *y** 

j cl s z nl e 2 3L^ Z aa = **R a h*> (EQ33) 

CF * m **<*NU W * m "< z 3L» z 3R> " *3I/ 

18D) 2408 The Saved Span, S s , is invalidated, but it was already labelled invalid in a previous step. 

S s = invalid; (EQ34) 

18E) 2410 There is a new Current Portion, S c (i.e., S 3 ), so a search is done for spans that could possibly 
occlude it The Span Occluding Test query performs, in each SMCCAM Word 900: 



F nQ = *,V* («* 3 > A <*«L<*3R) a (*,R> *3l) A I <*-L<*3L> V <**R <X 3L>1 



(EQ35) 



This query creates the set of all Potentially Occluding Spans for the Current Portion, S c (i.e., S 3 ). The query 
finds only S 0 . 

1 8F) 2412 and 2414 Because F Q is not empty, there must be spans that possibly occlude the Current Portion, 
S c (i.e., S 3 ). Therefore, the first span in F Q is read and made the New Span, S N . This read operation sets the 
following values: 

S N « re*d(n) ss 0; 

<f N * read(rf) e rf 0 ; ^ = re»d{i) * ^; 

Reading the first span in F Q yields S 0 , the first (and only) span in the set. The read process also deletes S 0 
from F Q by setting (F 0Q = 0). The read process leaves set F Q empty. 

19) 2109, 2106, 2110, and 2112 The right edge of the display screen has not been reached (i.e., x CL <x max ) and 
both the Present Span, S P (i.e., S 3 ), and the New Span, S N (i.e., S 0 ), are valid. Therefore, the Span Interaction 
Parameters for these two spans are computed, and are found to be: (Non, Non, Far, Far). 

20) 2114 The Span Interaction Type is determined from the Span Interaction Parameters, and turns out to be Type 
32. 

21) 2116, 2118, and 2600 Because the Span Interaction Type is Type 32, Rule 5 is invoked to process S 3 . 

21 A) 2602 and 2606 The New Span, S N (i.e., S 0 ), is hidden within the x axis projection of S c (i.e., S 3 ). There- 
fore, S N (i.e., S 0 ) is discarded. Because F Q is empty, there must be no other spans that possibly occlude the 
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Current Portion, S c (i.e., S 3 ). Therefore, the New Span, S N , is labelled as invalid. 



S N = invalid; (EQ37) 

A read operation is not done. S 3 is still the Present Span, S P . The status of the Saved Span, S s , is left un- 
changed, thereby remaining invalid. 

22) 2109, 2106, 2110, and 2300 Because the right edge of the display screen has not been reached (i.e., x CL 
<x max ) and also because S P is valid and S N is not valid, Rule 2 is invoked to continue processing S 3 . 

22A) 2302 The Current Portion, S c (i.e., S 3 ) t must be completely visible. Therefore, render the Present Span, 
S P (i.e. S 3 ), from x CL to x CR (i.e. from x 3L to x 3R ). 

22B) 2304 and 2306 Because the Saved Span, S s , is not valid, there was not an intersecting span that reduced 
the size of S c . Therefore, a query is done to look for an Abutting Span. The query performs, in each SMCCAM 
Word 900: 



20 „ w * , y (EQ38) 

F *Q * F *V A *<*«L-*3R> 



This query creates the set of all Abutting Spans for the Current Portion, S c (i.e., S 3 ) and stores them in F Q , 
The query finds only S 7 . 

22C) 2308 and 2310 Because F Q is not empty, there must be an Abutting Span. Therefore, the first span in 
F Q is read and made the Present Span, S P . This read operation sets the following values: 



30 



35 



40 



45 



S p = read(*) = 7; 
jc pl = rcad(xj = x^; x pR = tea4(x R ) * x^; 

d p - read(rf) o d y ; i p = read(/) = i ? ; 

Reading the first span in F Q yields S 7 , the first (and only) span in the set. The read process also deletes S 7 
from F Q by setting (F 7Q = 0). The read process leaves set F Q empty. 
22D) 2312 The Current Portion, S c , is set equal to S P (i.e., S 7 ) by setting: 



X CL m *TL " *7L* *CR " *PR * X 7R ; 

*CL ° *VL m *7tS *CR " 2 P* * *7R ; (EQ4Q) 

CP " m «*(*PL»*PR) ■ mixC^z^) « Zj^; 



This step can be done concurrently with Step 22C. 

22E) 2314 There is a new Current Portion, S c (i.e., S 3 ), so a search is done for spans that could possibly 
50 occlude it. The Span Occluding Test query performs, in each SMCCAM Word 900: 



55 



F »Q = F .V A <** 7 > A a <**R >X 7l) a K*«L<*7R> V <**R<*7R>J 



(EQ41) 
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This query creates the set of all Potentially Occluding Spans for the Current Portion, S c (i.e., S 7 ). The query 
does not find any spans, so F Q is empty. 

22F) 2316 and 2318 Because F Q is empty, there must be no spans that possibly occlude the Current Portion. 
S c (i.e., S 7 ). Therefore, the New Span, S N , is labelled as invalid. 



S N = invalid; (EQ42) 

A read operation is not done. S 7 is still the Present Span, S P , 

23) 2109, 2106, 2110, and 2300 Because the right edge of the display screen has not been reached (i.e., x CL < 
x max) and also because S P is valid and S N is not valid, Rule 2 is invoked to process S 7 . 

23A) 2302 The Current Portion, S c (i.e., S 7 ) ( must be completely visible. Therefore, render the Present Span, 
S P (i.e., S 7 ), from x CL to x CR (i.e., from x 7L to x 7R ). 

23B) 2304 and 2306 Because the Saved Span, S s , is not valid, there was not an intersecting span that reduced 
the size of S c . Therefore, a query is done to look for an Abutting Span. The query performs, in each SMCCAM 
Word 900: 



This query creates the set of all Abutting Spans for the Current Portion, S c (i.e., S 7 ) and stores them in F Q . 
The query does not find any spans, so F Q is empty. 

23C) 2308 and 2320 Because F Q is empty, there is not an Abutting Span, All spans completely to the left of 
x CR (i.e., x 7R ) must be hidden, so they are declared invalid. This is done by a query that performs, in each 
SMCCAM Word 900: 



This query reduces the number of valid spans by reducing the spans in set F v from 15 to 10. At this point, F v 
consists of S 0 , S v S 6 , and S 8 through S 14 . 

23D) 2322 There is neither a valid Present Span, S P , nor a valid New Span, S N . Hence, both are labelled as 
invalid. 

S p « invalid; 
S u - invalid; 

23E) 2324 The Current Portion, S c , is set equal to: 

^ m u&aity; ic R * invalid; (EQ 46) 

Zqp « infinity; 



24) 2109, 2106, 2108, and 2200 Because the right edge of the display screen has not been reached (i.e., x CL < 
*max) and also because the Present Span, S P , is not valid and F v is not empty (indicating that at least some spans 
are valid), Rule 1 is invoked. Here, Rule 1 is used to search for the frontmost span at x 7R . When found, this frontmost 
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span is processed as the Present Span, S P . 

24A) 2202 Do a query to find all valid spans that could affect the current raster line at x CL (i.e., x 7R ). The query 
performs, in each SMCCAM Word 900: 

This query finds Sq, S^, S 6 , and Sg. The query operation could include z coordinate comparisons that check 
for values less than z CF , which has been set to infinity. 

24B) 2204 and 2222 Because F Q is not empty, there must be at least one span that could affect the current 
raster line at x CL (i.e., x 7R ). Therefore, the first span in F Q is read and made the New Span, S N . This read 
operation sets the following values: 

£ N * rcad(/i) = 0; 
x NL = read(ar t ) - xtf *nr » read^) = * 0R ; 
z UL = readCz^ = z 0L ; x NR « read(z R ) = * 0R ; 
rf N = rcad(J) = J 0 ; ^ = read</) = 



Reading the first span yields the leftmost span in F Q , which is S Q . The read process also deletes S 0 from F Q 
by setting (F 0Q = 0). 

24C) 2224 The z value for the New Span, S N (i.e., S 0 ), at the x coordinate x CL (i.e., x 7R ) is computed as x temp . 

Z temp = Z NL + (*CL " x Ht) d U = Z 0L + (*7R ' x o0 d 0 ( E Q 4 9) 

The position (x 7Rl z temp ) 2704 is shown in Figure 27. 

24D) 2226, 2228, and 2232 The computed value, z temp , is less than z CL (i.e., infinity), so make the New Span, 
S N (i.e., S 0 ), into the Present Span, S P , by setting: 

X PL = *KL = *0L ; *PR - *NR X «R» 

(BO SO) 

*PL = 2 NL a Z QV *PR = *NR = h*> 



24E) 2236 The Current Portion, S c , is set to the portion of the Present Span, S P (i.e., S 0 ) to the right of x CL 
(i.e., x 7R ) by setting: 



*CR ~ *NR * X ©R» 



2 CL " 2 t«np*' * C R = *NR * *0R : (EQ51) 



24F) 2237 and 2238. As stated above, the objective of this part of the method is to find the frontmost span at 
x CL (i.e., x 7R ). At x CL (i.e., x 7R ), the z coordinate of the Present Span, S P (i.e., S 0 ), is equal to z temp . Therefore, 
any span in front of S P (i.e., S 0 ) at x CL (i.e., x 7R ) must be at least partially located closer to the observer than 
z tem P - Tne se * f q » s n °t empty and includes all the candidates for frontmost span at x CL (i.e., x 7R ) f and some 
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of these candidates maybe eliminated with the query: 
5 v . (HQ 52) 

This query operation keeps candidate spans that have either endpoint z coordinate less than z temp . After the 

70 query, F Q contains only S 8 . 

A variation of this method could skip this query to save time, but does not delete spans hidden by S P (i.e., S 0 ) 
at x CL (i.e., x 7R ), and so must read all the spans that could affect the current raster line at x CL (i.e., x 7R ). If the 
depth complexity is small, then this variation would yield a net savings. However, for large depth complexity, 
the time saved by eliminating candidate spans would outweigh the time spent doing the query operations. 

15 Hence, the method choice depends on the expected depth complexity of the scene. 

To avoid making an a priori assumption about scene complexity, the SMCCAM 800 could include a mechanism 
for determining the depth complexity at x CL by counting the number of spans in the set F Q . If the number of 
spans in F Q is small, the query operation of this step is skipped, and each span in F Q is read. If the number 
of spans in F Q is sufficiently large, the query operation is not skipped, and some spans in F Q are deleted, and 

20 a net saving is achieved 

24G) 2204 and 2222 Because F Q is not empty, there must be at least one more candidate span that could be 
frontmost at x CL (i.e., x 7R ). Therefore, the first span in F Q is read and made the New Span, S N . This read 
operation sets the following values: 

25 

S v = read(n) = 8; 
x NL «= r«d(x L ) » ^ » rcad(* R ) - * IR ; 

*NL = ««M*i) 38 *gL ; *NR s read(z R ) « 2 gR ; 
30 d u = read (J) = <f g ; # N « read(i) « i g ; 

Reading the first span yields the only span in F Q , S 8 . The read process also deletes S 8 from F Q by setting 
(F 8Q = 0). The read process leaves set F Q empty. 
35 24H) 2224 The z value for the New Span, S N (i.e, S 8 ), at the x coordinate x CL (i.e., x 7R ) is computed as z temp . 

z temp = Z NL + ( X CL " X Hl) d H = Z 8L + (*7R-*8L) d 8 ( EQ54 ) 

40 The position (x 7R , z temp ) 2704 is shown in Figure 27. 

24!) 2226, 2228, and 2232 The computed value 

» z temp» ' s ' ess * nan z cl 0 e *> z coordinate of S 0 at x 7R , computed 
as z temp in Step 24C), so make the New Span. S N (i.e., S 8 ), into the Present Span, S P , by setting: 

45 Sp = 5 N « 8; 

*PL = *NL c **L ; ^R s *NR c (EQ55) 

2 PL = *NL = hi* *PR = *NR ° *|R # » 



50 



24J) 2236 The Current Portion, S c , is set to the portion of the Present Span, S P (i.e., S 8 ) to the right of 



55 
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*CR C *NR S X IR ; 



24K) 2237, 2204, 2206, and 2214 Because F Q is empty and S P (i.e., S 8 ) is valid, a search is done for spans 
that could possibly occlude the Current Portion, S c , (i.e., S 8 to the right of x 7R ). The Span Occluding Test 
query performs, in each SMCCAM Word 900: 



F *Q - A <»* V A <**L <Jf CR> A <*-R>*CL> A V <**R<*CF>1 



This query creates the set of all Potentially Occluding Spans for the Current Portion, S c (i.e., S 8 to the right 
of x 7R ). The query finds S 0 and S 9 , 

24L) 2216 and 2218 Because F Q is not empty, there must spans that possibly occlude the Current Portion, 
S c (i.e., S 8 to the right of x 7R ). Therefore, the first span in F Q is read and made the New Span, S N . This read 
operation sets the following values: 



5 K « rcad(is) « 0; 

*NL » reAd <*L> * X 0O *NR " re4d <*R> * *0* 
*NL * *e*d<I L ) = «0Li 2 NR B ™ d <*R> " *0R5 

i/ n * read (J) » * 0 ; ^ « read(/) « / Q ; 



Reading the first span in F Q yields S 0 , the first span in the set. The read process also deletes S 0 from F Q by 
setting (F 0Q = 0). 

25) 2109, 2106, 2110, and 2112 The right edge of the display screen has not been reached (i.e., x CL < x max ) and 
both the Present Span, S p (i.e., S 8 ), and the New Span, S N (i.e., S 0 ), are valid. Therefore, the Span Interaction 
Parameters for these two spans are computed, and are found to be: (Non, Non, Far, Near). 

26) 21 14 The Span Interaction Type is determined from the Span Interaction Parameters, and turns out to be Type 
31. 

27) 2116, 2118, and 2500 Because the Span Interaction Type is Type 31, Rule 4 invoked to process S 8 : 

27 A) 2502 The Current Portion, S c (i.e., S 8 to the right of x 7R ), and the New Span, S N (i.e., S 0 ), interact to 
cause S c to transition from being visible to being hidden somewhere along its length: at point of intersection 
between S c (i.e., S 8 to the right of x 7R ) and S N (i.e., S 0 ). The intersection is computed, and found to be at (x h 
Z|) 2708, as shown in Figure 27. 

27B) 2504 The Current Portion, S c (i.e., S 8 to the right of x 7R ), is shortened by changing its right end point to 
the intersection point. The right endpoint of S c is modified by setting 



2 c* = 2 v (EQ59) 



The Current Portion, S c is now the portion of S 8 between x m and x,. The Present Span, S P , is still equal to 
all of So. 
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27C) 2506 The New Span, S N (i.e., S 0 ), is saved as the Saved Span, S s . This is done because S s will be 
needed later if S P (i.e., S 8 ) is rendered to x,. 

The portion of the Saved Span, S s , to the right x, abuts S c at the x coordinate x,. If, later in the method, S c is 
rendered to x,, then S s will become the Present Span, S P . 

27D) 2508 The Current Portion, S c (i.e., S 8 from x 7R to x,) has been changed, so a search is done for spans 
that could possibly occlude it. The Span Occluding Test query performs, in each SMCCAM Word 900: 



This query creates the set of all Potentially Occluding Spans for the Current Portion, S c (i.e., S 8 from x 7R to 
x,). The query does not find any spans; therefore, F Q is empty. 

27E) 2510 and 2514 Because F Q is empty, there must not be any spans that possibly occlude the Current 
Portion, S c (i.e., S 8 from x 7R to x,). Therefore, the New Span, S N , is declared invalid. 

S N = invalid; (EQ62) 

28) 2109, 2106, 2110, and 2300 Because the right edge of the display screen has not been reached (i.e., x CL < 
x max ) and also because S P is valid and S N is not valid, Rule 2 is invoked to process S 8 . 

28A) 2302 The Current Portion, S c (i.e., S 8 from x 7R to x,), must be completely visible. Therefore, render the 
Present Span, S P (i.e., S 8 ), from x CL to x CR (i.e., from x 7R to x,). 

28B) 2304 and 2326 Because the Saved Span, S s , is valid, there was an intersecting span that reduced the 
size of S c . Therefore, the Saved Span, S s (i.e., S 0 ), is made into the Present Span, S P , by setting: 



*PL a *SL " X 0L ; X n c X SR m *0R* 

</ p = d s - <f 0 ; ip = i s » i 0 ; 



(EQ63) 



28C) 2328 The Current Potion, S c , is set to the portion of S P (i.e., S 0 ) that is to the right of x,. That way, the 
Saved Span, S s (i.e. S 0 ), acts the same as an Abutting Span for the portion of S 8 to the left of x,, where the 
abutting takes place at x,. This is done by setting: 



X CL ° **CR * X V *CR 
2 CL = 2 CR m V *CR ~ *SU = 2 0R ; (EQ64) 



This step can be done concurrently with Step 28B. 
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28D) 2330 Because the values for the Saved Span, S s , have been transferred to the Present Span, S P , S s 
is invalidated. 

S s = invalid; (EQ65) 

28E) 2314 There is anew Current Portion, S c (i.e., S 0 to the right of x,), so a search is done for spans that 
could possibly occlude it The Span Occluding Test query performs, in each SMCCAM Word 900: 



This query creates the set of all Potentially Occluding Spans for the Current Portion, S c (i.e., S 0 to the right 
of x,). The query finds S 8 through S 13 . 

28F) 2316 and 2332 Because F Q is not empty, there must spans that possibly occlude the Current Portion, 
S c (i.e., S 0 to the right of x,). Therefore, the first span in F Q is read and made the New Span, S N . This read 
operation sets the following values: 

S N o read (it) m 8; 

*NL * ™*<*t) - *IL* *NR « rMd ^> ° 

*NL m « hi} *NR « - h*' 



Reading the first span in F Q yields S 8 , the first span in the set. The read process also deletes S 8 from F Q by 
setting (F 8Q = 0), 

An alternate method could include a way to prevent the left side partner of an intersecting span pair from being 
considered as a Potentially Occluding Span of the right side partner. This could be done with an additional 
query of an SMCCAM 800 that can do two simultaneous inequality tests on n in each SMCCAM Word 900. 

29) 2109, 2106, 2110, and 2112 The right edge of the display screen has not been reached (i.e., x CL < x max ) and 
both the Present Span, S P (i.e., S 0 ), and the New Span, S N (i.e., S 8 ), are valid. Therefore, the Span Interaction 
Parameters for these two spans are computed, and are found to be: (Non, Near, Equal, Non). 

30) 21 14 The Span Interaction Type is determined from the Span Interaction Parameters, and turns out to be Type 
21. 

31) 2116, 2118, and 2600 Because the Span Interaction Type is Type 21, Rule 5 is invoked to process S 0 . 

31 A) 2602 and 2604 The New Span, S N (i.e., S 8 ), is hidden within the x axis projection of S c (i.e., S 0 to the 
right of Xj). Therefore, S N (i.e., S 8 ) is discarded. Because F Q is not empty, there must be other spans that 
possibly occlude the Current Portion, S c (i.e., S 0 to the right of X|). Therefore, the first span in F Q is read and 
made the New Span, S N . This read operation sets the following values: 

5 N - rc*4(/i) = 9; 

*NL c ™*i*0 « *90 *NR = rcad <*R> = X 9K 

(EQ68) 

jt NL = read(z L ) = x, L ; ^ = read(x R ) » 2 9R ; 
d# * retd(rf) » iff = rcad(j) = i' 9 ; 



Reading the first span in F Q yields S 9 , the first span in the set. The read process also deletes S 9 from F Q by 
setting (F 9Q = 0). S 0 is still the Present Span, S P , The status of the Saved Span, S s , is left unchanged, thereby 
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remaining invalid. 

32) 2109, 2106, 2110, and 2112 The right edge of the display screen has not been reached (i.e., x CL < x max ) and 
both the Present Span, S P (i.e., S 0 ), and the New Span, S N (i.e., S 9 ), are valid. Therefore, the Span Interaction 
Parameters for these two spans are computed, and are found to be: (Far, Far, Non, Non). 

33) 21 1 4 The Span Interaction Type is determined from the Span Interaction Parameters, and turns out to be Type 5. 

34) 2116 and 2400 Because the Span Interaction Type is Type 5, Rule 3 is invoked to continue processing S 0 . 

34A) 2402 The Current Portion, S c (i.e., S 0 to the right of x,), is hidden starting at x NL (i.e., x 9L ), but is visible 
to the left of x NL (i.e.. x 9L ). Therefore, render the Present Span, S P (i.e., S 0 ), from x CL to x NL (i.e., from x, to x 9L ). 
34B) 2404 The processing of Present Span is completed (for now), so make the New Span, S N (i.e., S 3 ), into 
the Present Span, S P , by setting: 

S p s S N » 9; 

*PL ~ *NL * *9L' X PR 3 *NR 3 *SR ; (BQ69) 

J PL m *NL = 2 »L ; J PR " 2 NR " *9R ; 

34C) 2406 The Current Portion, S c , is set equal to S N (i.e., S 9 ) by setting: 
X CL 88 *NL " *9L* *CR = *NR 58 *99>* 

*CL mX KL aZ 9lS *CR a *H* m Z W (EQ70) 

CP m »«(*NL' W e maX <*3L' 2 3R> m *9l* 

34D) 2408 The Saved Span, S s , is invalidated, but it was already labelled invalid. 

S s = invalid; (EQ71) 

34E) 2410 There is a new Current Portion, S c (i.e., S 9 ), so a search is done for spans that could possibly 
occlude it. The Span Occluding Test query performs, in each SMCCAM Word 900: 



= F -v a (n*SJ a (*a,<*cR> A <*«R>*CL> A I v <** <X CF>1 

F *Q ° F .V A <»* 9 > A <*«L <X 9R> A <**R >JC 9l) A I( J «L <I 9L> V l*** 9 *)* 



(EQ72) 



This query creates the set of all Potentially Occluding Spans for the Current Portion, S c (i.e., S^). The query 
does not find any spans, so F Q is empty. 

34F) 2412 and 2416 Because F Q is empty, there must be no other spans that possibly occlude the Current 
Portion, S c (i.e., S 9 ). Therefore, the New Span, S N , is labelled as invalid. 

S N = invalid; (EQ73) 

A read operation is not done. S 9 is still the Present Span, S P . The status of the Saved Span, S s , is left un- 
changed, thereby remaining invalid. 

35) 2109, 2106, 2110, and 2300 Because the right edge of the display screen has not been reached (i.e., x CL < 
x max ) and also because S P is valid and S N is not valid, Rule 2 is invoked to process S 9 . 
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35A) 2302 The Current Portion, S c (i.e., S 9 ), must be completely visible. Therefore, render the Present Span, 
S P (i.e., S 9 ), from x CL to x CR (i.e., from x 9L to x 9R ). 

35B) 2304 and 2306 Because the Saved Span, S s , is not valid, there was not an intersecting span that reduced 
the size of S c . Therefore, a query is done to look for an Abutting Span. The query performs, in each SMCCAM 
Word 900: 



F .Q c F ,V * < X «L = *CR> A < 2 *L = *CR> miA) 



This query creates the set of all Abutting Spans for the Current Portion, S c (i.e., S 3 ) and stores them in F Q . 
The query finds only . 

35C) 2308 and 2310 Because F Q is not empty, there must be an Abutting Span. Therefore, the first span in 
F Q is read and made the Present Span, S P . This read operation sets the following values: 

S ? m read(n) = U; 

*pl tt ™*<*i) - *niS x n m ~ *UR ; (BQ75) 

j pL o read(z L ) » z I1L ; » read(z R ) « x uR ; 

<f p =» rcad(4) » <f„; i p * rcad(i) * i„; 



Reading the first span in F Q yields S 11( the first (and only) span in the set. The read process also deletes S n 
from F Q by setting (F 11Q = 0). The read process leaves set F Q empty. 
35D) 2312 The Current Portion, S c , is set equal to S P (i.e., S ni ) by setting: 



*CL 9X VL* X UL ; *CR * *» " X 11R* 

ia 3 % B *cr = *pr = 



35E) 2314 There is a new Current Portion, S c (i.e., S^), so a search is done for spans that could possibly 
occlude it. The Span Occluding Test query performs, in each SMCCAM Word 900: 



F mQ = F -v a <n*ll) a da.ofyn) a (x„ R >* UL > a (0 (d# <z UR ) v d^Oaa)] 

This query creates the set of a Potentially Occluding Spans for the Current Portion, S c (i.e., S 7 ). The query 
finds only S 0 . 

35F) 2316 and 2432 Because F Q is not empty, there must be spans that possibly occlude the Current Portion, 
S c (i.e., S n ). Therefore, the first span in F Q is read and made the New Span, S N . This read operation sets 
the following values: 



£ N e read (*) « 0; 

*NL = '^(^ e *0L> *NR * ° X 0R- (EQ?g) 

*NL " " *0L ; *NR 13 read(j R ) « X^; 

<* N . read(4) « <f 0 : ^ = re*d(i) = * 0 ; 
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Reading the first span in F Q yields S 0 , the first (and only) span in the set. The read process also deletes S 0 
from F Q by setting (F 0Q = 0). The read process leaves set F Q empty. 

36) 2109, 2106, 2110, and 2112 The right edge of the display screen has not been reached (i.e., x CL <x max ) and 
both the Present Span, S P (i.e., S^), and the New Span, S N (i.e., S 0 ), are valid. Therefore, the Span Interaction 
Parameters for these two spans are computed, and are found to be: (Non, Non, Far, Far). 

37) 21 14 The Span Interaction Type is determined from the Span Interaction Parameters, and turns out to be Type 
32. 

38) 2116, 2118, and 2600 Because the Span Interaction Type is Type 32, Rule 5 is invoked to process S u . 

38A) 2602 and 2606 The New Span, S N (i.e., S 0 ), is hidden within the x axis projection of S c (i.e., S^). 
Therefore, S N (i.e., S 0 ) is discarded. Because F Q is empty, there must be no other spans that possibly occlude 
the Current Portion, S c (i.e., S u ). Therefore, the New Span, S N , is labelled as invalid. 



A read operation is not done. S 3 is still the Present Span, S P The status of the Saved Span, S s , is left un- 
changed, thereby remaining invalid. 

39) 21 09, 21 06, 21 1 0, and 2300 Because the right edge of the display screen has not been reached (i.e. , x CL <x max ) 
and also because S P is valid and S N is not valid, Rule 2 is invoked to continue processing S u . 

39A) 2302 The Current Portion, S c (i.e., S^), must be completely visible. Therefore, render the Present Span, 
S P (i.e., S^), from x CL to x CR (i.e., from x 11L to x 11R ). 

39B) 2304 and 2306 Because the Saved Span, S s , is not valid, there was not an intersecting span that reduced 
the size of S c . Therefore, a query is done to look for an Abutting Span. The query performs, in each SMCCAM 
Word 900: 



This query creates the set of all Abutting Spans for the Current Portion, S c (i.e., S u ) and stores them in F Q . 
The query does not find any spans, so F Q is empty. 

39C) 2308 and 2320 Because F Q is empty, there is not an Abutting Span. All spans completely to the left of 
x CR (i.e., x 11R ) must be hidden, so they are declared invalid. This is done by a query that performs, in each 
SMCCAM Word 900: 



This query reduces the number of valid spans by reducing the spans in set F v from 10 to 5. At this point, F v 
consists of S 0 , S 1t and S 12 through S 14 . 

39D) 2322 There is neither a valid Present Span, S P , nor a valid New Span, S N . Hence, both are labelled as 
invalid. 



S N = invalid; 



(EQ79) 



(EQS0) 




F mV A (x JiR >Jf CR ) 



(EQ81) 



S p » invalid; 
5 m invalid; 



(EQ82) 



39E) 2324 The Current Portion, S c , is set equal to: 



EP 0 870 282 B1 



» infinity; i CJt = invalid; (EQ83) 
= infinity; 

40) 2109, 2106, 2108, and 2200 Because the right edge of the display screen has not been reached (i.e., x CL < 
x max ) and also because the Present Span, S P , is not valid and F v is not empty (indicating that at least some spans 
are valid), Rule 1 is invoked. Here, Rule 1 is used to search for the frontmost span at x 11R . When found, this 
frontmost span is processed as the Present Span, S P . 

40A) 2202 Do a query to find all valid spans that could affect the current raster line at x CL (i.e., x 11R ). The 
query performs, in each SMCCAM Word 900: 



F~ e F %r a (jr. ) 
*Q ,V *L CL' (EQ84) 



This query finds S 0 , and S 12 . The query operation could include z coordinate comparisons that check for 
values less than z CF , which has been set to infinity. 

40B) 2204 and 2222 Because F Q is not empty, there must be at least one span that could affect the current 
raster line at x CL (i.e., x 11R ). Therefore, the first span in F Q is read and made the New Span, S N . This read 
operation sets the following values: 

5 N m xeud(n) » 0; 

- read(s L ) * * 0L ; x NR - re»d(x R ) « i 0R ; 
<^ m rcad(rf) « rf 0 ; ^ « read(i) » i 0 ; 

Reading the first span yields the leftmost span in F Q , which is S 0 . The read process also deletes S 0 from F Q 
by setting (F 0Q = 0). 

40C) 2224 The z value for the New Span, S N (i.e., S 0 ), at the x coordinate x CL (i.e., x 11R ) is computed as z temp . 

Z temp = Z NL + (*CL " X Ul) d U = Z 0L + (*11R ' X o0 d 0 ( EQ86 > 

The position (x 11R , z femp ) 2710 is shown in Figure 27. 

40D) 2226, 2228, and 2232 The computed value, z temp , is less than z CL (i.e., infinity), so make the New Span, 
S N (i.e., S 0 ), into the Present Span, S P , by setting: 

m J N « 0; 

40E) 2236 The Current Portion, S c , is set to the portion of the Present Span, S P (i.e., S 0 ) to the right of x CL 
(i.e., x 11R ) by setting: 
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40F) 2237 and 2238 As stated above, the objective of this part of the method is to find the frontmost span at 
x CL (i.e., x 11R ). Atx CL (i.e., x 11R ), the z coordinate of the Present Span, S P (i.e., S 0 ), is equal to 2 temp . Therefore, 
any span in front of S P (i.e., S 0 ) at x CL (i.e., x 11R ) must be at least partially located closer to the observer than 
z temp . The set F Q is not empty and includes all the candidates for frontmost span at x CL (i.e., x 11R ), and some 
of these candidates maybe eliminated with the query: 



(EQ89) 

This query operation keeps candidate spans that has either endpoint z coordinate less than z temp . After the 
query, F Q is empty. 

40G) 2204, 2206, and 2214 Because F Q is empty, there can not be any other candidate span that could 
frontmost at x CL (i.e., x 11R ). Also, because S P (i.e., S 0 ) is valid, perform, in each SMCCAM Word 900, the 
Span Occluding Test query: 



= F *V A A <*«L<W A ( X **>*Ct) A M 2 mL <2 Cp) V <*,H <2 CF>] 



This query creates the set of all Potentially Occluding Spans for the Current Portion, S c (i.e., S 0 to the right 
of x l1R ). The query does not find any spans, and F Q is empty. 

40H) 2216 and 2220 Because F Q is empty, there must be no other spans that possibly occlude the Current 
Portion, S c (i.e., S 0 to the right of x 11R ). Therefore, the New Span, S N , is labelled as invalid. 

S N = invalid; (Eq91) 

A read operation is not done. S 0 is still the Present Span, S P The status of die Saved Span, S s , is left un- 
changed, thereby remaining invalid. 

41) 2109, 2106, 2110, and 2300 Because the right edge of the display screen has not been reached (i.e., x CL < 
x max ) and also because S P is valid and S N is not valid, Rule 2 is invoked to process S 0 . 

41 A) 2302 The Current Portion, S c (i.e., S 0 to the right of x 11R ), must be completely visible. Therefore, render 
the Present Span, S P (i.e., S 0 ), from x CL to x CR (i.e., from x 11R to x 0R ). 

41 B) 2304 and 2306 Because the Saved Span, S s , is not valid, there was not an intersecting span that reduced 
the size of S c . Therefore, a query is done to look for an Abutting Span. The query performs, in each SMCCAM 
Word 900: 

^.Q " F .V A = *CR> A (**L- 2 CR> 



This query creates the set of all Abutting Spans for the Current Portion, S c (i.e., S 0 ) and stores them in F Q . 
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The query does not find any spans, so F Q is empty 

41C) 2308 and 2320 Because F Q is empty, there is not an Abutting Span. All spans completely to the left of 

x CR O- 8 - x or) must be hidden ' s0 they are decIared invalid * This is done by 3 query that P erforms ' in each 
SMCCAM Word 900: 

^•v = ^nv A ( X «R > *cr> (EQ93) 

This query reduces the number of valid spans by reducing the spans in set F v from 10 to 2. At this point, F v 
consists of and S 14 . 

41 D) 2322 There is neither a valid Present Span, S P , nor a valid New Span, S N . Hence, both are labelled as 
invalid. 



5 P = »v«lid; (EQ 94) 

5 N » invalid; 



41 E) 2324 The Current Portion, S c , is set equal to: 



j cl a infinity; J ca * invalid; (EQ95) 
z CP « infinity; 

42) 2109, 2106, 2108, and 2200 Because the right edge of the display screen has not been reached (i.e., x CL < 
x max ) and also because the Present Span, S P , is not valid and F v is not empty (indicating that at least some spans 
are valid), Rule 1 is invoked. Here, Rule 1 is used to search for the frontmost span at x 0R . When found, this frontmost 
span is processed as the Present Span, S P . 

42A) 2202 Do a query to find all valid spans that could affect the current raster line at x CL (i.e., x 0R ). The query 
performs, in each SMCCAM Word 900: 



f »q " A <*«l* X a) (EQ 96) 

F i.Q C F mV A t X mL* X w) 

This query finds S 1 and S 14 . The query operation could include z coordinate comparisons that check for values 
less than z CF which has been set to infinity. 

42B) 2204 and 2222 Because F Q is not empty, there must be at least one span that could affect the current 
raster line at x CL (i.e., x 0R ). Therefore, the first span in F Q is read and made the New Span, S N . This read 
operation sets the following values: 

S n *= read(n) » 1; 

*NL s rcad (*L> * *NR * "■"'^a) ° X 1R : (EQ97) 

^ ■= ttMddj) * i lL ; z m - ie*d(x B ) = i 1R ; 
d n * read(<f) * <*,; ^ = read(i) » f,; 



Reading the first span yields the leftmost span in F Q . which is S v The read process also deletes Si from F Q 
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by setting (F 1Q = 0). 

42C) 2224 The z value for the New Span, S N (i.e., S^, at the x coordinate x CL (i.e., x 0R ) is computed as z temp . 

Ztemp = *NL * (*CL " *Hl) d H = *1L + (*0R " ^ 1 < EQ98) 

The position (x 0R , z temp ) 2712 is shown in Figure 27. 

42D) 2226, 2228, and 2232 The computed value, Zt emp , is less than z CL (i.e., infinity), so make the New Span, 
S N (i.e., S,). into the Present Span, S P , by setting: 

S ? » 5 N « 1; 

*PL " *NL " X 1L> *PR " *NR " *1K ; (EQ99) 

4 " <*N s «P e »W = 'P 

42E) 2236 The Current Portion, S c , is set to the portion of the Present Span, S P (i.e.. S,) to the right of x CL 
(i.e., x 0R ) by setting: 



*CR " *NR " *«» 



*CL B W Z CR " Z NR » ^ 100 > 



42F) 2237 and 2238 As stated above, the objective of this part of the method is to find the frontmost span at 
x (j e x 0R ). At x CL (i.e., x 0R ), the z coordinate of the Present Span, S P (i.e., S,), is equal to z temp . Therefore, 
any span in front of S P (i.e., S,) at x CL (i.e., x 0R ) must be at least partially located closer to the observer than 
z temp . The set F Q is not empty and includes all the candidates for frontmost span at x CL (i.e., x 0R ). and some 
of these candidates maybe eliminated with the query: 

= ^v^ Ml M(: lA <: tt . p ) v (*. R <x tM .p)J 

This query operation keeps candidate spans that has either endpoint z coordinate less than z temp . After the 
query, F Q contains only S 14 , and did not get changed by the query. 

42G) 2204 and 2222 Because F Q is not empty, there must be at least one more candidate span that could be 
frontmost at x CL (i.e., x 0R ). Therefore, the first span in F Q is read and made the New Span, S N . This read 
operation sets the following values: 

Sjj s nad(n) ■ 14; 

. read(a^) = x ML ; ^ « iead(* R ) = * MR t (EQ 102) 

2jJL = leaddj - x U jji fa = re«d(j R ) - J l4t ; 
J N = rud(d) » d M ; = w»d(0 85 ' M S 

Reading the first span yields the only span in F Q , that is, S 14 . The read process also deletes S 14 from F Q by 
setting (F 14Q = 0). The read process leaves set F Q empty. 

42H) 2224 The z value for the New Span, S N (i.e., S 14 ), at the x coordinate x CL (i.e., x 0R ) is computed as z, emp . 
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z temp = z NL + (x CL -x NL )d N = z 14L + (x 0R -x 14L )d 14 (EQ103 
The position (x 0R , z, emp ) 2714 is shown in Figure 27. 

42I) 2226 2228, and 2232 The computed value, z temp , is less than z CL (i.e., z coordinate of S 0 at x 7R , computed 
as 7temp i n step 42C), so make the New Span, S N (i.e., S 14 ), into the Present Span, S P , by setting: 

S p = S N ■= 14; 

*FL = X KL ~ X J4L' *PR s *NR = *I4R ; (EQ104) 

J PL ™ *NL = *14L? *« s2 NR B *»4Ri 

dp - d H ■ rf, 4 ; *p " »N = '14 ; 

42J) 2236 The Current Portion, S c , is set to the portion of the Present Span, S P (i.e., S 14 ) to the right of x CL 
(i.e., x 0R ) by setting: 



*CR " *HR " *MR ; 
*CL«W *CR =*NR " ',4* 

Because, as shown Figure 27, z^ is equal to z CL , the max( ) function could choose either z temp or z CL . 
42K) 2237 2204, 2206, and 2214 Because F Q is empty and S P (i.e., S 14 ) is valid, a search is done for spans 
that could possibly occlude the Current Portion, S c , (i.e.. S 14 to the right of x 0R ). The Span Occluding Test 
query performs, in each SMCCAM Word 900: 

- F .v A < n * s p> A Kl <jc cr> a (*a>*d> A 1 <*.l<*cf> v t'rft^l ^ 1Q6) 
P.q = <»* 8 ) A (*«l <jc mrJ a <*»r > W a l(2 .t< W v Wl 

This query creates the set of all Potentially Occluding Spans for the Current Portion, S c (i.e., S 14 to the right 
of x 0R ). The query does not find any spans, so F Q is empty. 

42L) 2216 and 2220 Because F Q is empty, there must be no other spans that possibly occlude the Curent 
Portion, S c (i.e., S 14 to the right of x 0R ). Therefore, the New Span, S N , is labelled as invalid. 

S N = invalid; (EQ™ 7 ) 

A read operation is not done. S 14 is still the Present Span, S P . The status of the Saved Span, S s . is left 
unchanged, thereby remaining invalid. 

43) 2109, 2106, 2110, and 2300 Because the right edge of the display screen has not been reached (i.e.. x CL < 
x max ) and also because S P is valid and S N is not valid, Rule 2 is invoked to process S 14 . 

43A) 2302 The Current Portion, S c (i.e., S 14 to the right of x 0R ), must be completely visible. Therefore, render 
the Present Span, S P (i.e., S 14 ), from x CL to Xcr (i.e., from x 0R to x 14R ). 

43B) 2304 and 2306 Because the Saved Span. S s . is not valid, there was not an intersecting span that reduced 
the size of S c . Therefore, a query is done to look for an Abutting Span. The query performs, in each SMCCAM 
Word 900: 
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F *Q F .v A (x mL " *CR> A (x «L a *a> (EQ 108) 

F „Q " F »V A ( *«L = *MR> a < 2 «L " W 

This query creates the set of all Abutting Spans for the Current Portion, S c (i.e., S 14 to the right of x 0R ) and 
stores them in Fo. The query does not find any spans, so F Q is empty. 

43C) 2 iS Tand 2320 Because F Q is empty, there is not an Abutting Span. All spans completely to the left or 
S * Tx 14R ) -St be hidden, s°o they are declared invalid. This is done by a query that performs, « each 
SMCCAM Word 900: 



F mV " F »v A > (EQ 109) 

' f < ,V = F «V A ( JC rit > *14R) 

This query reduces the number of valid spans by reducing the spans in set F v from 2 to 1 . At this point, F v 
^£ l C!ls neither a va.id Present Span, S P . nor a valid New Span, S N . Hence, both are labelled as 



invalid. 



S p = invalid; (EQ110) 
5 H <= invalid; 

43E) 2324 The Current Portion, S c , is set equal to: 
*CL » *CR ' *M *« » iDV,1W; 

iQU - infinity; * CR - (EQ 111) 

i CF a infinity; 

44^ 2109 2106 2108 and 2200 Because the right edge of the display screen has not been leached (i.e.. x CL < 
x ] Tand ™ becle7e Present Span, S P , is not valid and F v is not empty (indicating that at least some spans 

Here, Rule 1 is used to search for the frontmost span at x 14 . When found, th.s 
frontmost span is processed as the Present Span, S P . 

44A) 2202 Do a query to find all valid spans that could affect the current raster line at x CL (i.e., x 14R ). The quay 
performs, in each SMCCAM Word 900: 

F md B F .V A <*-L S X a) (EQ 112) 

F J ^»' ? -V A <*«L Sjf WR> 

This query finds only S,. The query operation could include z coordinate comparisons that check for values 
less than z CF , which has been set to infinity. 

44B) 2204 and 2222 Because F Q is not empty, there must be at least one span that could affect the currert 
raster nne at x^ (i.e.. x 14R ). Therefore, the first span in F Q is read and made the New Span, S N . Th,s read 

operation sets the following values: 
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5 N b read(n) = 1; 

^ = read^) - x, L ; = rerfOfe) - *«: (EQ 113) 

Z(|L = readC^ = i, L ; %r » - *iv 

rf N = read(4) - *N " ,etd(i) " V» 

Reading the first span yields the leftmost span in F Q . which is S v The read process also ddetes S, from F Q 
Sc) 2224 The z vie for the New Span, S N (i.e.. S,), at the x coordinate x cu (i.e., x 14R ) is computed as z temp . 

Ztemp = Z NL + <*CL " = Z 1L + (*14R ' *H.)*1 (EQ1 U) 

S N (i.e., S.,), into the Present Span, S P , by setting: 
5 P « S N = 1; 

*PL " *NL - *U- : X PR = *NR = *U : (EQ 115) 

^ . <f N « <f t ; «'p = «n - 'V 

44E) 2236 The Current Portion, S c . is set to the portion of the Present Span, S P (i.e., S n ) to the right of x CL 
(i.e., x 14R ) by setting: 

'CR * *HBL s *IR : 



valid, a search is done for spans 
f x 14R ). The Span Occluding Test 




S N = invalid; (EQ118 

A read operation is not done. S, is still the Present Span, S P . The status of the Saved Span, S s , is left un- 
changed, thereby remaining invalid. 
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a* 2109 2106 2110, and 2300 Because the right edge of the display screen has not been reached (i.e., x CL < 
3 and also because S P is valid and S N is not valid, Rule 2 is invoked to process S,. 

45A) 2302 The Current Portion, S c (i.e., S, to the right of x 14R ). must be completely visible. Therefore, render 

le size of S c . Therefore, a query is done to look for an Abutting Span. The query performs, .n each SMCCAM 
Word 900: 

F„q e F. v a = * CI ) A (I -L *= W (EQ 119) 

This query creates the set of all Abutting Spans for the Current Portion, S c (i.e., S t to the right of x 14R ) and 
<stnrps them in F n The query does not find any spans, so F Q is empty. n t 
tcWM art 2220 Because F Q is empty, there is not an Abutting Span. All spans completely to the left of 
x'r < l" "st be hidden, s°o they are declared invaHd. This is done by a query that performs. ,n each 
SMCCAM Word 900: 

. ''.v = '-v A < X «R * x cs) (EQ 120) 

This query reduces the number of valid spans by reducing the spans in set F v from one to zero. At this point, 

55 SStIkwb is neither a valid Present Span. S P , nor a valid New Span. S N . Hence, both are .abel.ed as 
invalid. 



S p = invalid; mm) 
Sff = invalid; 

45E) 2324 The Current Portion, S c , is set equal to: 

icL - infinity; - 122) 

iff m infinity; 

46)2106,2103, and 2120 Be r sethe = 

5£T ^^^^^-^^ — is r r from xcl (ie - X1R) 

to w The Segment Span Rasterization Method 2100 is complete for the current raster hne. 
Timing of Processing within the Span Sorting Pipeline 400 

r„«, 0 , t„ q ronorir ™ Graohics Pipeline 200 generally utilizes a double buffered frame buffer 224 with two pages 
and the next scene is rendered. 
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Using only a few raster lines of display memory 

r0129] The Span Sorting Rendering Pipeline 400 generates the complete pixel coloring for a rast er line .before Pro- 
ceeZ to the next rasteMine. If raster line rendering is done at a rate to keep up w,th the d.sp.ay, then only a few 

shed w m on ly two raster lines of Raster Line Memory 416. In this figure, the horizonta. axis .s .me. where each 
^Sn^SlvL time to display one raster line on the physical display device (CRT. etc.). Polygon process.ng 
J^STT^wZ a.l the polygons in the scene into the Bucket Sort Memory 404. Once this 2802 is com- 

ptte^ 

o scene 12806 on the display device can begin, provided that subsequent raster lines are rendered before they are 
Th hi thP d^o av device In this way. the rendering of raster lines 2808 is in lock step with displaying of raster 
^s 28^6 d TonCtw? r"te Mines Raster Line Memory 416 are needed, one for writing whi,e a raster ne . 
processed' and one for reading to send data to the display device. Once polygon processmg 1400 for scene 12802 -s 

cZS 

with processing raster lines for scene 12808 and displaying raster lines for scene 12806. 

£l Sgram of Figure 28 is an ideal case because processing a raster line 2808 is assumed to be very c ose y 
ESLdJ^Sn Jakes to display a raster line, .n practical systems, there is some variation ,n the time r < » e ; to 
oroces^ a raste line Therefore, several raster lines should be processed before the corresponding scene is displayed 
LeiprS 

such as horizonfal and vertical retrace times, but these can be used to introduce some of the "slop in the X^g 
f01 321 HavTng less memory than a full frame buffer is possible because pixel coloration processmg is proport.ona 
to Z numbed of Sis in the display screen rather than to the number of pixels in all the polygon spans in the raster 
^vZ£5eE^ is done this way, the latency through the Span Sorting Rendering Pipeline 400 » most,y 
l^TSSn 1400 portion. If the polygon processing 1400 can keep up wHh the d,sp.ay screen rate, then a 
now scene can be displayed every time the screen of the display device is refreshed. 

WW T The ^diagram of Figure 28 assumes, when a new scene is displayed, raster line 0 c* the scene must be d s 
pled firs ^ Th sassurnption requires polygon processing 2802 and raster line processing 2808 to "sync :u , w t e 
SisS device 2806. An alternate approach is to let the polygon processing complete at any po.nt with in the , cycle2806 
ffZSt,, and to begin raster line rendering at the raster line that is about to be displayed (taking .nto 
Processing a raster line). This alternate approach requires the Bucket Sort Memory 404 to be 
ahlp to start its read operation at any raster line. 

[0 34] Some display screens, such as standard televisions, use an interlaced display of the raster hnes. That s the 
even numbered faster lines are displayed first (in the even "field") and the odd numbered raster lines are displayed 
next (i the odd W)- For this type of display, the Span Sorting Rendering Pipeline 400 generates raster Hnes in he 
order needed^ the display. The two fields of the display can be treated as separate scenes, or as a smgle interlaced 
scene. 

Using a single buffered display memory 

[0135] Figure 28 assumes only a few raster lines are stored in the Raster Line Memory416. An alternate approach 
! o Le memory for all the raster lines in the Raster Line Memory 416. This increases me reou.red memocy by qurte 
k* (maybe by a factor of 100). but most computer video display systems have memory for every pixel ,n the screen 
and Slendering maybe considered an add™ to this type of computer display. Hence, the required memory may 
alreadv present in the video memory of the host computer system. f „^, an , 
SThssection of thedocument assumes the Raster Line 

aster line Figure 29 shows the timing for a display device with ten raster lines (prachcal d.splays generally have on 
r 0 rder of 1000 raster lines) being continuously refreshed, where three screens worth of raster ^ « 
2902 As in the orevious figure, the horizontal axis is time, where each tick mark represents the time to display one 
faster Cne o ^^1°^! display device. At at some point within the display of a scene 2904, polygon processmg 
7£X?£JE«^ for th'e next scene, and this point 2906 is not assumed ^^^^ 
diplay in any particular way. Completion 2806 of polygon processing 1400 means that raste line process ng 2907 
r!l T.2 PmSsshia raster line 02908 is done first, and this raster line is displayed the next time 2910 raster line 0 

the last raster line is processed 2912 and subsequently displayed 2»£»e«by 
iDlav^nq 2916 *e entire scene. Figure 29 shows how. upon completion 2906 of a scene's polygon processing 1400, 
me Sne can be delayed beginning at the very next refresh cycle 2916 of the display, even though the raster line 
ToiTsing" thl last rasL line 2912 occurs after display of the first raster line 2910. .f both the polygon processing 
and* ^ aster line processing for entire scenes can keep up with the display device's screen refresh rate, then a new 
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scene can be displayed at every screen refresh. If. once in a while, either the polygon processing or the raster line 
£^S£Vta*p up. L the display device may show the same scene on two conserve d.splay refresh 

The concept behind Figure 29 can be extended to raster line processing that does not on the JJWjtoej, 
uo with the display refresh cycles. That is, as long as the raster line processing of the last raster line 2912 is completed 
Z£ . i Sed 2914,Ln the entire scene will be displayed correctly. Furthermore. "^^"«" 
start on the rasteMine that has most recently been displayed. Figure 30 shows P^^^^ 
MMtast before raster line 7 is completely displayed. Raster line processing 3004 can beg.n w.th raster line 7 3006 
^tn^rSS^I. displayed 3008 the next time the display device shows it. Display of the scene .. not intermixed 
w th SSSSpmvi- ««. (that is. there is a clean transition) provided the last raster line processec 010 ,s 
di eted before it is displayed 3012. In this way. the maximum time to process all rasters 3014 is almost as long as 
^screen refresh cycles Hence, the processing of each raster line can be about twice as long as the «,me to display 
it without requiring the need for double buffering, only a single buffer is needed. 

0138? The concept illustrated in Figure 30 of having raster line processing 3004 cover more that one screen refresh 
cycS Jn be rn^iLd to have raster line processing 3004 wait until raster line 0 is displayed, thereby 
wltttheTefresh cycles. Polygon processing 1400 for the next scene does not need to wait because the Bucket Sort 
Memory 404 is double buffered. 

Using a double buffered display memory 

[01 39] The Span Sorting Rendering Pipeline 400 can function with a fully double buffered Raster Line ^ 
where every pixel in the display screen 104 corresponds to two words of memory (one ,n each buffer pageMn h» 
r 0 nf guration polygon processing 1400 for a scene is done until completed, then raster l.ne processing is done unW 
a! raster nes in the display screen 104 have been processed, then the scene is shown on the d.splay device. Th IS 
appToach has ^the advantage of being able to take as long as necessary without being constrained to display dev.ce 
timing. This approach has the disadvantage of introducing an additional stage of latency. 

Query Processor Architecture 

r0140l Within the Span Sorting Rendering Architecture 500 of Figure 5. for each raster line, the Query Processor 
510 receives spans from the Span Generation Processor 508, determines the visible span portions (as described 
ale) and send^ ! the visible span portions to the Rasterize Processor 510. A block diagram of the Query Processor 
510 is shown in Figure 31, along with the two pages within the Span Memory 408. 

[0141] While one Span Memory Page 800 is receiving Span Parameters from the Span Generation Processor 508. 
he other page 800 is being queried to determine the visible span portions. The two pages 800 are swapped v.a the 
Query Processor Crossbar 3102, which is a set of multiplexors. The Query Processor 510 .ncludes a register file 3104 
that 2 subdivided into five sets of registers for storing Span Parameters: 1 ) registers 3106 for the Cunent Port-oa Sc 
2) registers 3108 for the Present Span. S P ; 3) registers 3110 for the New Span. S N ; 4) registers 3112 for the Saved 
Span. S s ; and 5) temporary registers 3114 used for things such as span intersection locations. 
[0142] The Query Processor Control 3116 determines the sequence of operations in the Query Processor 510 ,n- 
duding the sequence of query operations. As raster line processing proceeds, branches with.n the method 1800 or 
2100 depend on query outcomes, span status, and Span Interaction Types (SITs). For each pa.r of S c and S„ the SIT 
and SIP Logic 3118 generates the Span Interaction Type. Computing a SIT requires the J^J^^J^ 
be performed, as well as various comparison operations. These operations are performed .n the Compare and Offset 
Computation 3200 block on data received from the register file 31 04. Whenever Rule 4 2500 is invoked, the intersection 
point between S c and S N is computed in the Intersection Computation block. olWha „w», 
[0143] For maximum throughput. Compare and Offset Computation 3200 can be implemented in parallel hardware^ 
Figure 32 shows four identical blocks 3202, where each block 3202 includes two anthmehc comparators 3204 and 
3206, a subtracter 3208, and a multiplier 3210. The subtracter 3208 and multiplier 3210 compute the offsets as shown 
in Equation 10. The comparators generate signals that can be used to generate the Span In taj*onl Parameters 
(SIPs). Inputs to the blocks 3202 come from the register file 3104, and outputs go to the SIT and SIP Log.c 3118. 

Sorting Magnitude Comparison CAM Circuits 

[0144] Figure 33 shows a prior art MCCAM bit cell 3300, taken from the Duluk Patent constructed out of CMOS 
lansistors and gates. A field within an MCCAM Word can be built with a multiplicity o these ce Is 3300 Jn this ce. 
3300, one bit is stored in a Six Transistor RAM Subcircuit 3302. where reading and wntmg , is ™hoM » ***** 
CamWord 3304 and data is written and read via the differential bit lines, BitH 3306 and BitL 3308 (the H and L at 
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theendofsignalnamesindicatesactive high and active low, respectively). During a query operation, the XORSubc^ 
3310 oerfoL an exclusive-or function to produce the signal NotEqual 3312, which ind>cates the bit value stored in 
Z *lmZ : h nofequal to the bit value on the bit lines 3306 and 3308. During a query operation, the s.gnal Enableln 
Wl^elng as eL indicates higher order bits in the field are all equal, and this bit position is enabled for compter, 
5 NoS 3312 is at logic "0" when Enableln 3314 is asserted, the Precharged Enable Propagat.cn Subcircuit 33 6 
enables Z next ower bit position by asserting EnableOut 3318. If NotEqual 3312 is at .ogic "1" when EnaUeln 3314 
asserted the Two Transistor Query Resolution Subcircuit 3320 conditionally pulls down the QueryTrue 3322 signal. 
£ZSnL value of CompalonOp 3324 (as described in the Duluk Patent), and EnableOut 3318 remains 

^rtn' contrast to an MCCAM, an SMCCAM 800 (recall, the "S" stands for "sorting") can shifl ££a frorr . one word 
900 to the next during a sorting operation. Figure 34 is a "TTL type" circurt for one b.t ,n an SMCCAM Word90<h Th s 
cell 3400 includes a master-slave flip-flop 3402 for storing the bit value because .t must funCon as a b,t .n a sh,ft 
Agister The cell is shown with separate I/O lines, InputBit 3404 and OutputBit 3406, but a s.ngle bjd.rect.ona I/O .me 
orTSrectiona. differential pair cou.d be used. A read operation is done by asserting ^^TwTe 
which enables the tri-state buffer 341 0. A write operation is done on the ns,ng edge of Clock 3412 when WnteEn 34 4 
is asserted and ShiftEn 3416 is not asserted. The shift within a sort operation .s done on the nsmg edge of Clock 3412 
whenSS 3414 is asserted and ShiftEn 3416 is also asserted. The signal SNftEn 3416 <J^™f^ ™ 
ThaUhooses whether data on InputBit 3404 or data on Shiftln 3420 is stored into the fl.p-flop 3402^ Data on Shftln 
3420 c^m^ from SniftOut 3422 in the corresponding ce.l 3400 in the previous SMCCAM Word 900 Query operations 
foncti™ similarly to the MCCAM of the Duluk Patent. That is, an exclusive-or 3424 generates the s.gnal NotEqual 

I the query operation function are: 1) the absence of ComparisonOp 3324 in the cell; and 2) an open collector c,cu.t 

Trans stor RAM Subcircuit 3302 as the master part of the flip-flop, and a Slave Memory Subcrcurt 3502 as the slave 
]™7Z flTpIp- The Six Transistor RAM Subcircuit 3302 is used in the conventional way for read .** wnte ^oper- 
ations and L Slave Memory Subcircuit 3502 is only used during shifting. To allow a b.t to be shifted .nto the S.x 
Transistor RAM Subcircuit 3302, a Shift Write Subcircuit is included in the cell 3504. The follow.ng sequence occurs 
JK£aE£e cel. 3500) when shifting is done: 1 ) the differentia, clock s^SMffToSlaveH 3506 and »^ 
3508 is asserted then de-asserted in order to .atch the data bit into the S.ave Memory Subcrcu.t 3502; 2) the ^data M 
is output from the cel. to the corresponding cel. 3500 in the next word 900 via the d.fferent,al s.gnal f,m*aOutH 
3510 and ShiftDataOutL 3512; and 3) the data bit is received on the different*! s.gnal Sh.ftDatalnH 3514 and Shrft- 
DatalnL 3516 in the next word 900 and is written into that cell 3500 by asserting Sh.ftEnable 3518. 
[0147] Certainly, there are many bit cell circuits that could be designed to do an equrvalent function To .Hustrate 
some of the other choices, the cell in Figure 35 uses a Non-Precharged Enable Propagation Subcircu.t3520 and a 
Three Transistor Query Resolution Subcircuit 3522. Note that the Slave Memory Subcircuit 3502 » a dynam.c crcu.t, 
and it could be replaced with many other types of latches, including a static latch. 

[0148] Figure 36 is a 23-transistor CMOS circuit for one bit in an SMCCAM Word 900. Th.s ce. 3600 ut. I.zes a 
12-transistor Master-Slave Memory Subcircuit 3602 that uses dynamic storage in both the master and slave halves of 
the flip-flop. The main advantage of this cell is reduced chip area due to both a smaller number o transistors and the 
significant number of series transistors (series transistors take up less space because they use fewer diffusion con- 
Zs). A data bit from the input bus, BitlnH 3604, is written into the master half of the flip-flop 3602 by asserting the 
differential signal pair composed of WriteToMasterH 3606 and WriteToMasterL 3608, Dunng the other half of a clock 
cycle, the data bit is stored into the slave half of the flip-flop 3602 by asserting the different*! s.gnal pa.r composed of 
ShiftToSlaveH 3610 and ShiftToSlaveL 3612. A data bit from the corresponding bit in the previous word .s sh.fted .n 
via ShiftDatalnH 3514 into the master half of the flip-flop 3602 by asserting the differential sfcnal pair composed of 
ShiftToMasterHWG and ShiftToMasterL 3618. The stored data bit is read from the cell 3600 by asserting ReadlVord 
puts the inverted bit value onto the B/rOurL 3622 bus. The balance of the cel. 3600 performs the companson 
and enable chain in a manner similar to the cel. 3500 described above. The XOR Subc,rcu,t compares he , stored M 
value (utilizing both the master and slave values flip-flop 3602 because they are compliments of each other) and the 
complementary values on BitlnH 3604 and BitlnL 3624. , 
[0149] Figure 37 shows an array of CMOS SMCCAM bit cells forming a set of fields. The signals S»'™ a *f"*™ 
and s! ) /ftDa te ^3516,aregrounded in the first word 900 because the firstword 900 cann0 ^ ve data J t h '^ d -^^es 
[0150] When signed numbers need to be stored into the SMCCAM, it is simplest to invert the sign bit (..e 1 imphes 
positive) during both the reading and writing processes. That way, in the hardware, positive "umbers are b ffJ*" 
Sgative numbers. An alternate approach is to change the logic in the sign bit positions .n every field where s.gned 
number needs to be stored and queried. Roating point numbers are easi.y stored by P^^^"^ 
significant set of bit positions and by storing the exponent as a positive number. Hence, IEEE floating pent standard 
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numbers will be processed correctly. 

Multiple Spans Vertically within a Raster Line 

[01511 In the Segment Span Rasterization Method 2100 as described above, each polygon can have only one span 
"a gile r ster Z, and L span is represented by a line segment (hence, the name 2100) parcel to the x-y plane 
n screen coordinates. The location of the endpoints of spans are in object-precision, and there ore can be locked 
adhere horizontally within a pixel's boundaries. For example, if the end a span covers 20% of the w.dth of a p xel 
ZttT-P-n accounts for 20% of the co.or value for that pixel, and is blended with color value for the other 80% of 
the P xel width. This provides for horizontal antialiasing, but not vertical antialiasing. That .s, blending occurs honzon- 
any bu not verticall' If the edge of a polygon is closer to horizontal than vertical, then the edge has a good chance 
Sc^ 

whin a single line segment is used to represent the span, the polygon's color is blendec ink .one pocel onetM 
Tdudes the segment span endpoint), and pixels on either side are assumed to be covered 1 00% and are not blended 
(assum^g visible span portions are wider than one pixel). Lack of vertical antialiasing is acceptable for some applica- 
tions but high quality images should be both antialiased m 

01 521 One method of adding vertica. antialiasing is to divide each raster line vertically into several sub-raster" tae* 
Then the Segment Span Rasterization Method 21 00 can be used for each sub-raster, and pixel color va ues can J>e 
le ered by blending vertically as well as horizontally. Figure 38A shows a raster line 3802 and -ts pixels 3804 t«o 
edges of a polygon 3806 and 3808, and two sub-raster spans 3810 and 3812 for that polygon. Similarly, Figure 38B 
shows four sub-raster spans 3814, 3816, 3828, and 3820 for the polygon. As a possible vanation, if a p.xel .s cove ed 
by only two such sub-raster spans from the same polygon, it would be possible to compute one color value at the 

S3] 0f Using X sub-raster lines reduces vertical aliasing, but does not eliminate it. For many applications, this is an 
acceptable approximation. 

Trapezoidal Span Rasterization Method 

[01541 Spans can be represented by two-dimensional trapezoids rather than one-dimensional line segments. Both 
ine seg ments and planar trapezoids are in three-dimensional object-precision eye coordinates. The advantage of a 
trapezoidal representation is the preservation of edge information within a raster line, thereby provid.ng correct an- 
tialiasing in both the horizontal and vertical dimensions. ,. .. . 
[01 55] Figure 39 shows a triangle mesh with two triangles 3902, and 3904, and one raster line 3906 within the d,splay 
screen 104 The area within the raster line 3906 for each triangle 3902, and 3904 is a trapezoidally shaped span 
labelled S n 3908 and S 12 3910. For trapezoidal spans, the span endpoint is an edge of the trapezoid, and descnbed 
by two points in three-dimensional screen coordinates: one at the top edge of the raster hne, and one at the bottom 
edge of the raster line. Hence, a trapezoidal span is described by four points in screen coordinates For example the 
trapezoidal span on the left 3908 in the figure has endpoints described in x-z space by. 1) the top of the left endpo n 
located at (x 11LT , z 11LT ); 2) the bottom of the left end-point located at (x 11LB , z 11LB ); 3) the top of the nght endpo nt 
located at (w W and 4) the bottom of the right endpoint located at (x 11RB , z 11RB ). These four points are actual* 
in x-y-z space" but y-coordina.e is dictated by the location of either the top or the bottom of the raster line 3906 
Note that the subscripts in the coordinate variables indicate three things: 1 ) the span number (e.g., 11 ); 2) the left or 
right endpoint (i.e., "L" or "R"); and 3) the top or bottom of the raster line (i.e., T or "B"). . , q12 
[01561 An opaque trapezoidal span occludes more distant geometry over most of its length, but at endpoints 3912, 
and 3914 that are not abutted to another trapezoidal span, more distant geometry is partially v.s.ble However, for 
abutting trapezoidal spans, as shown in Figure 39, the common endpoint 3916 does occlude more d.stant geomeby 
This presents a problem when utilizing trapezoidal spans. That is, non-abutting trapezoidal span endpoints do not 
occlude more distant geometry, but abutting endpoints work together to occlude 3918 more distant geometry. The 
invention of this document successfully solves this problem by searching for abutting spans. 
[0157] Figure40showsagroupoftra P ezoidalspansinthesameras^ 

of the segment spans shown in Figure 11. In Figure 40. the visible portions of the spans are shaded. Not.ce that for 
spans in a polygon mesh (i.e. abutting spans), span tops lay end-to-end with each other, and span bottoms do hkew.se_ 
Span endpoints -cast an edge "shadow" onto spans that are fartherfrom the viewing point. For example, the left endpoint 

4002 of S 2 casts such a shadow 4004 onto S v ihainnnr ,h a 
[0158] An additional concern when using trapezoidal spans occurs when a polygon crosses e . the the top or the 
bottom of the raster line, but not both. This would generally happen at: l)the comer of a polygon 2 at a honzontal edge 
of a polygon; or 3) when occluding spans leave only a sliver of a span visible. One example of this .s 
40 where the far right end 4006 of S 0 is visible. In this type of situation, the trapezoidal span is actually shaped like a 



EP 0 870 282 B1 



trianale and therefor could be considered a "degenerate trapezoid" where the top or bottom is of length zero. 
S2T This document has explained in great detail the Segment Span Rasterization Method 2100, and the Trape- 
ze da Span Rasterization Method is similar in that it follows the frontmost spans from left to nght and send.ng the 
visSe portions o spans to the Rasterization Processor 51 2. The key difference is that non-abuttmg endpo.nts of trap- 
l^SE* £U occlude more distant geometry. The Trapezoidal Span Rasterization Method must correctly 

mTeOI ^There * a vlrietyof ways to handle trapezoidally shaped spans. Rather than having a method flow diagram 
o^chofS 

along with the corresponding choices for SOT Queries. These four particular dross warn selected 
^^f^^it^^ method presented here can be expanded to process trapezoida.ly shaped spans. 

Version 1: Occlusion processing done separately for span tops and span bottoms 

f0161l A trapezoidal span can be described as the collection of. 1) a span top, the line segment on the boundary of 
Z^JoZ7TaZl the top of the raster line; 2) a span bottom, the line segment along the bottom of the raster 
ine Z *. Xe area between the span top and the span bottom. The version of the Trapezoidal Span Rastenza ton 
M^eVod described in the section of the document does occluding processing on span tops separately ^m span bot- 
tomslhis can be done because, for the same raster line, span tops and span bottoms never occlude each other 
rdusion pressing for span tops can be done in the same way occlusion processing « done for segmen spans m 
fne ^ Method 2100. Occlusion processing for span bottoms can be done separate^ -m Ate 

sameTy and should be done in para.le. with occlusion processing of span tops in order for pa.rs of tops and bottoms 

S7SS:i:CSC —on Method keeps track of the lowing "span-Hk. things 
including appropriate endpoints): 1 ) the Present Span. S P , the trapezoidal span that ,s currently tang tested to see 

3Hhe Current Span Bottom, S CB , the bottom edge of the S P that is being tested for vis.bil.ty; 4) the New Span J S N the 
^S^S^V read from the Span Memory 408; 5) the New Span Top, S NT , the top edge of S N ; 6) he New 
SSS2"^T*e Attorn edge of S N ; 7) the Top Saved Span, S ST , a trapezoidal span that , temporary ^saved 
tacTuse S CT injects S NT . in a situation analogous to Rule 4 described above; and 8) the Bottom Saved Span S^, 
a tmpezoid C a T . span that istemporarily saved because S CB intersects S NB . Two different saved spans «*«Wta- 
cause span tops are processed separately from span bottoms, and they could ^^^^^SZ 
Keeping track of more information during rasterization requires more reg.sters to be added to the Span Parameter 
R^nteters 3104 within the Query Processor 510. 

0163 Ffcure 4 shows an Urged version of the example spans S, 4101 and S 2 4102 from F,gure 40 an ^ 
4101 s assumed to be the Present Span. S P . The span top of ^ 4101. called S 1T 4103. has .ts correspond ng SOT 
Reg on 4mThat Is S 2T 4106 occluding U4103. This SOT Region 4104 does not find S 2B 4108 .bemuse ,t 4104 ,s 
only searching for span tops. Similarly, the span bottom of S,. S 1B 4110. has its SOT Reg.on 4112 that finds S 2 4108 

meC'lto 42 shows two views of a partial set of spans within a raster line 4200. labelled S 31 4201 through S 39 
420S I The upper digram is the x-z view {L look direction is parallel to the y-axis) of the spans, and the lower d.agram 

are no shown and therefore represent how an infinite precision rendering of the spans would be drawn for that raste 
^4200 B^s^ 

PW- « *» fi 9 Ure ' VlSible POrti ° nS ° f SPan t0PS b ° tt0mS Sh ° Wn ^ J f ' fhn^aon 
Sons of span tops and bottoms are passed to the Rasterization Processor 51 2 were they are used along w^^ 

edge SerivaLs to determine pixel colors. The spans in Figure 42 were chosen to illustrate handl.ng of vanous cases 

Tnldtg spans where on.y the span top or span bottom is visible and a.so spans that do not cover the ent.re he.ght 

?0lT5] ra ?usr a : ITe Segment Span Rasterization Method 2100, the spans are f^^^*£*» ~ 

The example of Figure 42 starts in the middle (i.e., horizontally) of the raster l.ne where S 31 4201 .s S P S 31T 421 1 .s 
The example « ngure ^ v fe ^ ^ Md and by a rendenng 

Sl'^lS 2 ^^^^^b£^S^ 2100, S 31 4201 is rendered to its right endpoint. 

T^ere^n^ 

ISZ^tolL*!^ Polygon edge (see Equation 1) is used to determine the percent coverage , of each 
S and S s percentage weights the pixel color. The span 4201 can be rendered to .ts nght endpo.nt because ^the 
ent tength oftte endplint Qta endpoint of a trapezoida. span is a line segment) is guaranteed to be ^.b e. *so 
the Rule 22300 analog, queries for abutting span tops and span bottoms find S 32T 4212 and S 32B 4222. At th.s po.ni 
r« 1 ern;t?od.S 32 420 9 2 in S P .S 32T 4212inS CT .andS 32B 4222isS CB .TheSOTQuenesforS CT andS CB findnoth l ng. 
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ZSSJEZZu. again u Se d to eonU pM co^ge. To «M an ««* * «- P— - J- P£ 

and s^Scb to I par. of S 33B 4223 to the left of x 32RB 4253. The SOT Queries for S CT and S CB And S£ 4214 and 
,o s 4?25 (note these are from different spans) which are assigned to S NT and S NB . respecfvel* S N is set to S 34 4204 
SSJW^S because the visibie portion of S 34 4204 is farther to the left, and the method proceeds from .eft 

loSl ' Bv a rule similar to Rule 3 2400, S 33 4203 is rendered, but only partially. At this point, the Rasterization 

is S vTs b Sty determined (generally the case when S NX and S NB are not from the same span). Because , W«H 
aUsfceLnry does not align with a pixe. edge, the pixel that includes x^ 4255 is partally cole .red by the portion 
7££* that is know to cover it (and the rest added .ater). Alternatively, the entire color contr« to that pixel 
by Z 4203 can be postponed until the entire amount of pixel coverage is known. At £. , p«nt ,n the ^°^ A W4 
!= <: «? 4214 is S„ and S« n 4225 is S CB . The SOT Query for S CT i.e., S 34T 4214) finds S 35T 4215 and makes 

20 it S NB of ^previous step (i.e.. they are from the same spa, S 35 4205), the SOT 

Query for S rR (i.e., S 35B 4225) is postponed to the next step in the method. S N is set to S 35 4205. 
mm During the me hod, when S NT and S NB are not from the same span, previous spans can only be rendered to 
ELoTof either the current x-vaL position along the top of the raster line aod the current x-value position along 
lie b Jom of L raster line. At the leftmost of the two x-values. all span to the left has been ordered, and so 

" Tornf "By" nltmilar to Rule 3 2400, 4204 is rendered by the ^^^^^^^ 
and S NB are from the same span, so S 34 4204 is rendered up to the .eft endpomt o S 3 fh 4205 p ^^ 
4203 ca B n be completed because its visibility has now been determined. At this point ?to«^S»4m is made 
Sp . S 35T 4215 is made S CT . and S 35B 4225 is made S CB . The SOT Query for S CT (ue., S 35 ^ 4215) .finds S 37T 4217 

30 makinlW.whiletheSOTQueryfo^ 

[0171] By a rule similar to Rule 3 2400, S 35 4205 is rendered from its left endpomt to x 35RB 4256 because x 35RB 
4256 is the leftmost choice between x 35RB 4256 and x 37LT 4257. A search for an abutting span MM. to S CB (.e 
S« R 4225) finds S 36B 4226. At this point in the method, S 36 4206 is Sp. S 37T 4217 is S CT , S 36B 4226 is S CB . S 37T «n I 
is sL and an SOT Query for S CB (i.e.. S 36B 4226) finds S 39B 4229 and makes it S NB . 

35 [01 By a rule similar to Rule 3 2400, S 36 4206 is rendered up to x 37LT 4257 because x 37LT 4257 is he leftmost 
choice between x, 7lT 4257 and x 39LB 4258. Also, rendering of S 35 4205 can be continued up to x 37LT 4257. Because 
Z^Ts ZZSl and is knowtfto have only a span top (no span bottom), it 4207 is made S P . Also at th,s po, J 
S 37T 4217 is still S CT . S 39B 4229 is S CB , and query to find an abutting span to S 37 4207 finds noting, so is invalid, 

4 o ^^frSesS to Rule 2 2300, S 37 4207 is rendered in its entirety. Both S 35 4205 and S 36 4206 can now 
L rendered up to x 37RT 4259 (completing S 3S 4205) because it is the leftmost choice between x 37RT 4259 and x 39LB 
4258 At this point, S* 4208 is S P , S CT is invalid, S 39B 4229 is S CB , S NT is inva.id. and an SOT Query for S CB (i.e., 
S 39B 4229) finds nothing, so S NB is invalid. Thi«c«,rrh 
[01?4] By a rule similar to Rule 1 2200, a search is done to find the frontmost span top at x 37RT 4259. This search 

45 inds L T 421 8, and S CT is set to the portion of S 38T 421 8 to the right of x 37RT 4259. An SOT Query for S CT finds S 39T 
4219 which is assigned to S m . At this point. S 38 4208 is still S P , S 39B 4229 is still S CB and S NB is sf I. mvahd. 
[01 75] By a ru.e similar to Rule 3 2400, S 38 4208 is rendered up to the left endpo.nt of S 39B 4229. Because S 4209 
s going to be made into the next S P . the other remaining uncompleted span. S 36 4206, is completed by rendenng , ,t 
up to the left endpoint of S 39B 4229. Care must be taken to correctly account for all the polygons edge denvatrves 

50 roi?6? y The raster line 4200 processing continues with S 39 4209 as S P . but the right edge of our example has been 
eached If there had been some completely hidden spans within the left and right boundaries of th, £ , example they 
would have been completely avoided by either never being found byanSOTQuery or by ^^^^l 
rule similar to Rule 52600. Similarly, if there had been an intersection between two span tops or two span bottoms, a 

55 rule similar to Rule 42500 would have been applied, and Saved Spans would have been used. 

roi771 A special case may be added for handling spans that either do not have either a span top or a span bottom 
"ey ^e than ^ P S in height) or have both their span top and span bottom hidden, but are visib. . withm *e 
raster line Oust peeking out from between two nearly horizontal polygon edges). In most practical appl-cafons. such 
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Under such cLmslances (and eyen far Wending only Mo span* colon,!, only a reasonable approbation of the 
Dercent coverage is needed to make a high quality image. 

SSf When implemented in hardware, this version of the Trapezoidal Span Rastenzat.cn Method use ^ SMC- 
CAM Word 900 for each span top and another one for each span bottom. Both the span tops and span bottoms could 
be ITrinto t he same page within the Span Memory 408. This would mean time-sharing the Span Memory ^408 
between To essentially independent occlusion processes, thereby reducing performance when compared to stormg 

into different pages. Using one page for occlusion implies the Span Memory 408 needs 
a total of two pages, as shown in Figure 39, to double buffer the spans. 

miTo L pages within the Span Memory 408 are used, the two occlusion processes can be done n para le . 
However some fields, such as the Span Derivative Field 812 and the Information Pointer F,eld 812. need to be dupl,- 
cSed bemuse they are needed by both occluding processes. Also, using two pages for occlus.cn processmg tends 
T^ZS pages are needed in the Span Memory 408. But. if a non-interiaced display dev,ce » used then 
Se set of span bottoms for the current raster line is the same as the set of span tops for the next raster l.ne. Hence 
three toSl pages are needed in the Span Memory408 because one page is used for writing, and ^o pages are used 
fo re d and one of those two pages is reused for the next raster line. If an interlaced d.sp.ay dev.ce .s used, then 
the same technique can be used, but raster line rendering order will not match the d.splay dev.ce. 
mSTSSS alternative is saving the list of the visible bottom span portions (i.e., after occlus,on Process'ng .n 
another memory and then using them as the span tops in the next raster line. Such a memory could be mduded n the 
RasSrpToclessor 512. While this is certainly possible, it is probably more economical to recompute the v,s.ble 
top spans. 

Version 2: Perform an SOT Query at every transition in the raster line 

[0182] In this version of the Trapezoidal Span Rasterization Method, spans are processed from left ^ ^ "ght burt 
occlusion processing treats each span as a unit, not as a separate span top and span bottom. To do this. SOT Reg.ons 
are bounded on the right and left by a visibility transition on either span tops or span bottoms. 
[0183] Figure 43 shows an enlarged version of the example spans S, 4301 and S 2 4302 from Rgure 40. At the start 
of th s example. S, 4301 is the Present Span. S P . and x 1LB 4304 is the current -coord-nate. x c , Hence the ra te 
line has been rendered up to x 1LB 4304, including the part of S n 4301 between x 1LT 4303 and x 1LB 4304 The Current 
SoaTsc is the part of S P (i.e. I, 4301) to the right of x CL (i.e.. x 1LB 4304) that has the same vis.b. ty charactenst.c. 
name. "le part between x LB 43M and x 1RT 4306 (making x 1RT 4306 the value for x CR ). The v.,b. ty characters .c 
for S 4301 chanqes at x 1R ' 4306 because to the right, the span 4301 does not occlude more d.stant geometry, wh.le 
to the lefl of ttat ^^«0M does. The SOT Region 4308 for this S c is shown in Figure 43 and described by Equafon 
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F nQ = U AF nQ A (^ S c) A K X nLT <X CR) v ( X n LB <X CR)] A K X nRT <X CL) v ( X nRB <X CL)] 

A[[(z nLT <z CFT )v(z nLB <z CFB )]v[(z nRT <z CFT )v(z nRB <z CFB )D 
F nQ =F nv AF nQ A(n*1)A[(x nLT <x 1RT )v(x nLB <x 1RT )lA[(x nRT <x 1LB )v(x nRB <x 1LB )l 

A[(z nLT <Z temp1 )v(z nLB <z 1LB )]v[(z nRT <z temp1 )v(z nRB <z 1LB )]] (EQ123) 

There are two different z-values used in this query, z CFT and z TFB , because the span portion being tested for occlusion 
has different depth values for its top and bottom. The value for z CFT is set to the ^"^^^ ^ 
within the x^oordinate interval of S c . which happens to be x^ordinate wrth the value x, LB 4304, abelled z, , 4309. 
The value z, 1 4309 is computed using the span derivative for S, 4301. Sim.larly, the value for z CFB .s set to the 
maxim^ 

f^reTa'ruTes^ 

torn;*. I e «04) to the leftmost point of S N (i.e., S 2 4302). which is x 2LB 4304. Over this interval, the v.s.b.l.ty 

[0185] The value of x CL is changed to x 2LB 4311, and S c is the top edge o S, 4301 from x 2LB 43 1 1 to x^lt 4312 
combined with the bottom edge of S 2 4302 over the same interval. The va..d for S N .s set to ,nva..d. For th.s S c> the 
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dimension, spar .top coordinates tested ^J^^^^^^^^s,^ 
tested to see ,f they ™^^^£^*Xg£ . search for span tops that are between z lemp2 

as Equation 124. 

F^F^F^* («*5 C > * K*.lt<*cr> v a l(x rflT <* CL ) v ix M <Xa)l 

A t(* llLT <*a.T> V (**B <X XLTrt A [(x jjn .<* M3 ) V (* ( , RB <* ttB )J 

A [l(* llI .T <I u>-,2) V ( < 4J<W) V K*.RT< t — PJ> V ( J -BB<W» 

In this example, the Query Region 4313 finds nothing, so S N remains invalid. anH c 

u186l Bv a ru le similar to Rule 2 2300, S c is not hidden so it is rendered, resulting in a blending of S, 4301 and S 2 
^cJ^^nTw^ol S C . The rule then "checks for the equivalent of an abutting span, and this .s known to 
2 bL e S 4302 continued to the right from x 2LT 431 2. Therefore, S c is set to the part of S 2 «™^*t 
4312 and x, RT 4318, and x CL is set to x 2LT 4312. Once again (as always for this vers.on of the method), S c has a 
ZZEfiStm characteristic over ^entire width. The SOT Region ^^^^^^ 
described by Equation 125. The value z temp3 4322 is the z-value of the span bottom of S 2 4302 at the 
x 2LT 4312. 

F nQ = F nv AF nQ A(^S c )A[(x„ LT <x CR ) v(x„ LB <x CR )]A[(x„ RT <x CL )v(x nRB <x CL )] 
A [[(z nLT <z CFT )v(z nLB <z CFB )] v [(z nRT <z CFT ) v (z nRB <z CFB )]] 
FncfFnv^n*^"* 2 ) A K*n LT <X 2RT) v ( Vb <X 2Rt)1 a [(x„ rt <X 2LT) v (X„ rb <X 2LT )] 

a [[(z nLT <z 2LT ) v (z nLB <z temp3 )] v t(z nRT <z 2LT ) v (z nRB <z temp3 )l] (EQ125) 

[0187] The rasterization of the spans in this raster line would continue from this point. This version of the method 
also has rules analogous to Rule 1 2200, Rule 4 2500, and Rule 5 2600. 
^8^ ngeneraUhisversionofthe method takes ^ns, and subdivides them horizon^ 
hat have a consistent visibility characteristic. This means that the endpoint reg.ons of a span (the part that does no 
« ud distan ^^geomlt "such as the endpoints 3912 and 3914 in Figure 39) are treated separately from the central 
^JTJSn. This'causes more query operations to be needed, but can be ^^^^^ 
[0189] This version of the Trapezoidal Span Rasterization Method requires more fields per ^O^fart^ 
cause there are four fields per endpoint rather than just two. Additional companson logic « also needed in the Wort 
N U rbe?F eld802 because 5 802 must be able to check inequality with a Current Span that ,s the combination tftao 
Japezla^ahs.ln the above example, the value of S c corresponding to the Query Region 4313 ^ 
to x 4312 is the combination of S, 4301 and S 2 4302. Hence, the SOT Query must check for both (n * 1) and (n * 
IX^e^Z inequality comparisons during that query operation. This version of the method has the ad- 
vantage of needing only one word900 to store a span. 

Version 3: More comparisons per word to allow more complex SOT Regions 

[0190] in this version of the Trapezoidal Span Rasterization Method ^ on ^ S fX%Tccm Wort Zo 
unit iust as in Version 2. However, this version performs more comparison operates in each SMCCAM Wort 900. 

p ovid^ the ability to make more complicated SOT Regions. Rather ^^^^^Z 
transition the Current Span, SC, can contain one visibility transition. In essence, an SOT Region for this version » the 
Inion of ^wo SOT Regions as defined in Version 2. Figure 44 shows the same two spans 440 and 4402 as shown in 
F^e ^ Tand an SOT Region 4404 thatis the union of two SOT Regions 431 3 and 4320 from ^ 
To perfon. Ss SOT Que,?, the query operation is the disjunction (i.e., logical "or") of the nght s,des of Equat.cn 124 
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[0191 rCerform the more complicated query function to generate the SOT Region 4404, the fields. n each SMC^ 
Word 900 each need to perform two comparison operations in parallel (if the two operations are done sequenbally, 
men it is th^ same as Version 2). This makes the hardware more complicated, but will reduce the tune to perform 
occlusion processing by about a factor of two. 

Version 4: Use a looser approximation of the Occluding Region 

[0192] Another choice to reduce the occlusion processing time is to use a looser approximation of the Occluding 
Laion For example the "L-shaped" SOT Region 4404 in Figure 44 (which is a good approximate) can be made 
^S^SSl^lon by increasing its area. Figure 45 shows the same two spans 4501 and 4502 as shown 
in FiguT 4 4 and an SOT Region" 4504 that is larger and simpler than the SOT Region 4404 from Verse 3 of he 
method. The SOT Query that generates this SOT Region 4504 is the combination of Equafon 124 and Equation 125 
such that the looser constraint is used for each field. The query operation is: 



a lUx.L T <*cFr> v <».is ^craJl v{(z aT <« CTr )v<: rfa <2 CTB )]l 
^ af .v A V ( "* 1)A< " l2,A 

a l{(* a . T <* M-f3 ) v (* -tB <z aiB )l v [(x^t^^j) v (zja^iaB)!! 

[0193] When this looser approximation is used for the SOT Region 4504, more Potentially Occluding Spans (on the 
average) that are actually hidden will be found, thereby reducing performance. However, this may yield a net gam 
because the number of query operations is reduced. 

Transparency 

[01941 The Span Sorting Rendering Architecture 500 can render transparent geometry (colored geometry that can 
L seen through) by generating its spans in the same way as those for opaque geometry. Translucency can be handled 
in a similar way, but this document focuses on transparency. To aid in the rasterization process, the transparency of 
each span is marked in the Span Memory 408 by one of three methods: 1) another flag bit, F nT is added to each word 
900- 2) a bit in the Information Pointer Field 814; or 3) another field, a Translucency Field, ,s added tc .each > word 900. 
The opacity coefficient (i.e., the amount of light transmitted by the transparent geometry) .s stored in the Polygon 
Information Memory 514 along with the other color information. ,..„,• Mn „, 

[01951 There are various ways to handle transparent spans within the rasterization method presented in this docu- 
ment. As an aid in the following explanations, Figure 46 (a modified version of Figure 1 1 ) shows a set of segment spans 
4600 to 4613 in a raster line where the visible opaque surfaces are shown as thick black lines and the visible portions 
of the transparent spans 4602, 4605, and 4607 are shown as thick shaded lines. This section of the documen uses 
an example with segment spans, but the transparency methods can be applied to trapezoidal spans and quadnlateral 
spans. 

45 Version 1: Keeping visibility characteristic consistent over the Current Span 

[0196] This version of the method keeps the visibility characteristic of the Current Span. S c . consistent by making 
S c smaller, if necessary, when a transparent span occludes it. The method follows the frontmost opaque spans, and 
adds in the effect of transparent spans if they are found to occlude S c . ^^ annae{ 
so [0197] Forexample, in Figure 46, when the SOT Query for S n 4601 finds the transparent span S 2 4602, S c » changed 
to the part of S, 4601 between x 1L 4624 and x 2L 4626, and S, 4601 is also kept as the Saved Span S s . so that its 
part to the right of x 2L 4624 will be the next S c . When this part becomes S c (i.e. the part of S n 4601 [between x 2 l 4626 
and x 3L 4628). its SOT Query also finds S 2 4602, and the combination of S, 4601 and S 2 4602 is rendered. The 
combination of S 3 4603 and S 2 4602 is processed in a similar way. 

[0198] When S 4 4604 is reached, it is first processed as its part located between x 4L 4630 and x 5 l 4632 and includes 
the effect of S 2 4602. Then, when S c is the portion of S 4 4604 to the right of x 5L 4632, the SOT Query finds both S 5 
4605 and S 6 4606. At this point, the method and apparatus can be designed to either 1) read the leftmost opaque 
occluding span; 2) read the leftmost transparent occluding span; or 3) read the leftmost span or erther type. The first 



<«3 



55 
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. . . e ac<llimed here Hence by a rendering rule similar to Rule 3 2400, S c is reduced to the portion of 
[0199] The span S 6 4606 is processea simuany 4 combined with the 

SZTiKt^S. « 1-^— te dssrt8d m previous S8Cta bscause a,e n ° 

transparent spans. 

Version 2: Dividing the raster line into pieces where depth visibility changes 

transparent When opaque spans are rendered from left to right up to ^ine ^ ^ g 

stars, rendering of the opaque spans is temporanly ^^J^^^2 tendered from left to right 

being re-rendered later in the "^^^^^ the visible part that is already rendered needs to be 

"^J^E^S*- a, mejs (sue, ,s the Z-hufle, KM*.) M «— 9—Y - 

and part of S 7 4607 is deleted by changing its left endpoint to (x 8L . W ««• N ^8 There rendering of opaque 
popped, and S c is restored to the portion of S , « ^^^^^^^^^m 

Version 3: Perform multiple passes 

« » is Luded * ,n opaque span, and m> '^^^^^^ spans that are 
1,206) As a port* opUon. as an opaque span* • J * This reduces .he 
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t value of any of the visible portions of spans in the set is used as the minimum z-value in the query to find hidden 
JS!^ ^iTopai is assumed in the example described in the next paragraph. This option may consider 
a <:innlP sDan as a one-span set for use as occluding transparent spans. 

SS? UsL the spans shown in Figure 46 as an example, in the first pass of this version of the method renders the 
1 ^ nort^n Jof S «00 T4601 1 4603, and S 4 4604. At this point in the method, rendering of a set of abutting 
I'pts as e° ed t^t l%3 spans hidden by\he set are inva.idated by a query that finds transparent spans 

T^Z^Lh^Lb range of * 1L 4624 to x 6L 4634 and having the z-va.ue «™**^*^ 9 
completely witn. ^ jhen ^ span Mt Qf s& 4608 and SiQ 4 610 

£ renoS t d a qu^ is dTne to nva.idate the transparent spans behind the set. Likewise, when S„ 481 1 and S 12 
iVS^^^ZLne sort of query is done. The other opaque spans in the raster Hne are 
At the beoinninq of the second pass, all the Valid Flags816 of the opaque spans are asserted, and then the transparent 
processed in a left-to-right order. In the example. S 2 4602 is read from the . Span Memory 408 
a^SOT Quere fe done for it 4602 which finds no occluding spans, and it is therefore rendered. The span S 6 4606 .s 
^L22^or\ 4607, its SOT Query finds S 8 4608, so S 7 4607 is on.y rendered up to x 8L 4636. Since no 

other transDarent spans are left, this raster line has been completed. 

W208 An oSnal change to this version of the method is to store the transparent spans in a memory separate from 
Kan Memory 408. Then, in the second pass, each transparent span is read from th.s separate memory, has an 
SOT Query done for it, and has its visible parts rendered. 

Additional considerations for transparencies 

[02091 Polygon coloration is frequently described by texture maps. Some texture maps are defined tc . have some 
Stab be 1 00% transparent (perfectly clear). A typical example use of such a texture map .s an .mage of a tree mapped 
onto a re r n t 1^ bl polygon (billboard polygons automatically rotate to face the v,ew.ng port), where 

T™nT«TerLo& aTe clear, and ho.es within the tree's image can occur. Polygons with such texture maps 
need Thav^ £ spans processed as transparent spans. This is because they do not ^^f^ "» 
geomltry behind them. Hence, when a polygon uses a texture map with transparent pixels spans £ that polygon are 
assumed to be transparent, and the texture map dictates the opacity coefficient for each of .ts pixels^ 
I02lo7 When trapezoidal spans (or quadrilateral spans) are used, spans that include comers and edges ; o polygons 
hat have either a span top or span bottom but not both, can be processed as transparent spans. This can be done 
because spans of this type do not completely occlude more distant spans, juct as transparent spans do Hence, this 
^roEdlJon transparency can be used to process spans that only partially cover the vert,ca. height of 
the raster line. 

Spans Represented by Quadrilaterals 

[0211] Representing spans with trapezoids has the disadvantage of requiring the location of four P^ x-z p\ane 
Snot precisely a plane it has the thickness of one raster line), which, in turn, requ.res lots of b>ts of memory. This ,s 
propria liv true if the z-values are 32-bits each. 

0212 Crder to reduce the memory requirements, the endpoint location of a span can be approximated by two x 
values and one z-value In essence, the two points that describe the endpoint have the same z-coordinate but have 
dS xioo^nats therefore, the number of fields for storing coordinates is reduced from eight to s.x. This rtro- 

Snat are neariy parallel to thex-z plane. For these polygons, the look direction is very close to be.ng a , tangent to ft. 
Se of the polygon. However. tor moat applications, this errors is acceptable because the projection of these P o.ygons 

SJf * "01, S 3 4703, and S 4 4704 as dashed lines and shov. the 

quadrilateral approximations of these spans, 4711, ff, 4713, and ff 4 4714 as solid lines. In to* ^figure endpo,nts 
Z Z Quadrilateral spans are always a horizontal line segment. Figure 48 is similar to Figure 40, except that an the 
Z^l^sp^TLn replaced by their trapezoidal approximation. Note that some of the trapezoidal spans 
lZ* t ™Zr themselves Trapezoidal spans can be processed by similar methods to those described in this 
document for trapezoidal spans. 

Eliminate Current Polygon Memory 406 and read from Sort Memory 404 

[0214] By adding more "smarts" to the Bucket Sort Processor 504. the Current Polygon Memory 406 an^Current 
Polygon Pressor 506 can be eliminated. Figure 49 shows the Span Sorting Rendenng Pipeline with Direct Span 
GenSon^OO, where the process 1600 data from Bucket Sort Memory and Current Polygon Memory 406 have 
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been eliminated (when compared to the Span Sorting Rendering Pipeline 400) and the Bucket Sort Memory 404 has 
been changed to the Sort Memory 4904. As polygons are generated by the process polygon 1400 portion of the pipeline 
4900 their parameters are written into the Sort Memory 4904. Keeping track of the polygons which affect the current 
raster line is done by maintaining a list of pointers into the Sort Memory 4904, rather than copying the polygon param- 
eters to a separate memory (the Current Polygon Memory 406). This is accomplished by feeding polygons, at high 
speed directly from the Bucket Sort Processor 504 to the Span Generation Processor 508, as shown in the Span 
Sorting Renderer Architecture with Direct Span Generation 5000 in Fig. 50. This has the disadvantage of accessing 
the Sort Memory 4904 at a much higher rate, thus probably requiring the Sort Memory 4904 to be fast memory, rather 
than slow memory. 

[0215] A decision to use this alternative must be based on an engineering decision between a large fast memory 
the Sort Memory 4904) versus having both a large slow memory (the Bucket Sort Memory 404) coupled with a small 
fast memory (the Current Polygon Memory 406). However, in the extreme case where every polygon can affect on 
particular rasterline, the Current Polygon Memory 406 would need to be as large as the Bucket Sort Memory 404, and 
therefore it may be necessary to have a large fast memory even when a separate Current Polygon Memory 406 is used . 

Alternate Representation of Polygons using Derivatives 

[0216] As a possible improvement, an alternate set of parameters can be used for polygons and spans that make 
additional use of derivatives. For example, as shown in Figure 51, a triangle can be represented by the parameters: 
1) (x y z) at one vertex 5102; 2) (x, y) at a second vertex 5104; 3) y at the third vertex 5106; 4) 8x/5y for each of the 
three edges 51 08, 51 1 0, 51 1 2 of the triangle, rather than the more usual representation of (x, y. z) at each of the three 
vertices 5202 5204, 5206, as shown in Figure 52. In both cases, the number of parameters of the triangle is nine. The 
improvement is significant because the edge derivatives 5108. 5110, 5112 are needed for edge walking in both rep- 
resentations (i.e., in Figure 51 and Figure 52), and must be computed and stored. Hence, utilizing fewer vertex coor- 
dinates (as in Figure 51) saves memory. 

On-the-fly Generation of Subspans 

[0217] As shown in Figure 38, multiple segment spans can used within a raster line to enhance antialiasing. The key 
disadvantage with having multiple segment spans per raster line is requiring either 1) a corresponding multiplication 
of the processing performed for each raster line; 2) a corresponding multiplication of the hardware, including the Span 
Memory 408- or 3) some combination of multiplication of the processing and multiplication of the hardware. 
As a possible improvement for trapezoidal spans and quadrilateral spans, the spatial data structure can store the 
parameters of the entire span, and when the span is read form the data structure, a set of subspans is generated on 
the fly where these subspans are vertically distributed over the height of the full span, and each subspan is a segment 
span An example of this is shown in Figure 53, where eight subspans are shown for the span 5300. The left endpoints, 
xJO] 5302, x L [1] 5304, x L [2] 5306. x L [3] 5308, x L [4] 5310, x L [5] 5312, x L [6] 5314, and x L [7] 5316, of each subspan are 
generated utilizing a vertex's coordinates, edge derivatives, and the y offset from the vertex. The nght endpoints, x R 
[0] 5322. x R [1] 5324. x R [2] 5326, x R [3] 5328, x R [4] 5330, x R [5] 5332, x R [6] 5334, and x R [7] 5336, are generated in a 
similar manner. When subspans are used, the locations of the endpoints are stored in the Span Parameters Registers 
3104, which need to be expanded to store the additional information. 

[0218] When subspans are used, the rule for comparing the Current Span Portion to the New Span are applied on 
a subspanby-subspan basis, thereby providing additional polygon edge information within a raster line, which, in turn, 
provides antialiasing. Once again, for real-time performance, the spatial data structure can be stored in a SMCCAM. 
When a portion of a span is determined to be visible due to a portion of the span's subspans being visible, those 
subspan portions must be sent to the Rasterize Processor 512. However, only the right endpoints of the visible subspan 
portions need to be sent. An example of a visible span portion 5400 is shown in Figure 54. and its nght endpoints are 
shown as: x R [0] 5402, x R [1] 5404, x R [2] 5406. x R [3] 5408, x R [4] 5410, x R [5] 5412, x R [6] 5414, and x R f7] 5416. The left 
endpoints do not need to be sent to the Rasterize Processor 512 because the left endpoints are equal to the nght 
endpoints of the previously sent visible span portion. Hence, the sequence of sets of right endpoints can be thought 
of as a -wave- traveling along the length of the raster line, where the "wavefront" can be an arbitrary shape. Special 
care must be taken to prevent -holes" from developing, and therefore disturb the "wavelike flow". This is done by finding 
the visible subspan at the leftmost point among the most recently sent set of right endpoints. In the example of Figure 
54, the next visible span portion must be located at the point x R [3] 5408. 

Alternate Representation of Trapezoidal Spans 

[021 9] The minimum number of queryable parameters for a span stored in the Span Memory 408 are: 1 ) the leftmost 
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x-value of the span, x L [r MinX ] 5502; 2) the rightmost x-value of the span, x R [r MaxX ] 5504; and 3) the frontmost rvalue 
of the span z M 5506, which could be located at any corner of the span. These three parameters should be stored in 
fields within theSMCCAM that can perform arithmetic comparisons. However, it is also important for it to be easy to 
aenerate form the span parameters, the subspan endpoints for the span, as well as z-values along any point along 
any subspan within the span. The calculations need to generate two types of results: 1 ) z-values at any points within 
the span or along its edges; and 2) the x-values that define the projected edges of the span. A reference point, (x Ret , 
z ) 5508 as shown in Figure 55, can be located at the uppermost subspan y-value within the raster line (even if the 
ran does'not touch that part of the raster line). Once this reference point5508 is know, the z-value of *e span at any 
location can be computed from the x and y offsets from this reference point 5508 and the derivatives. 5z/8y 5510 and 
5z/5x 551 2 of the original polygon. The projected edges of the span must be able to be computed in a similar manner, 
and many choices for parameters are possible, and one possible choice includes: 1) the edge derivatives 8x R /8y 5514 
and 8x L /8y 5516; 2) the uppermost subspan location, r Top 5518; 3) the lowermost subspan location, r Bot 5520 4) r MinX 
5522, the subspan location that includes the rightmost x-value of the span, xJr MinX ] 5502; and 5) r MaxX 5524, the 
subspan location that includes the rightmost x-value of the span, x R [r MaxX ] 5504. 

[0220] If a raster line includes the comer of a polygon, then the span will not have the shape of a trapezoid. An 
example of this is shown in Figure 56, where the middle (in an up-down sort) comer is included. Since the resulting 
span in this example would have five sides, and therefore can not be modeled as a trapezoid, the span is split into two 
spans- 1 ) the upper trapezoid 5602; and 2) the lower trapezoid 5604. When an uppermost comer or a lowermost corner 
of a polygon is included, then the span is modeled as a degenerate trapezoid, where two of the four corners are identical. 
[0221] Similar alternate representations can be used for quadrilateral spans. 

Preservation of Rendering Order 

[0222] For some applications, the order of rendering must be preserved. A typical example is the "painter's algorithm" 
25 (see Foley Reference, page 674) as used in computer windowing systems. To reader an inner rectangle with a boarder, 
first the boarder is rendered as a filled rectangle, then the inner rectangle is rendered, over-writing most of the pixels 
in the boarder rectangle. If the rendering order of these two rectangles is reversed, then the entire area will have the 
color of the boarder rectangle because the inner rectangle will be completely over-written. If these two rectangles have 
a distinct placement due to different z-coordinates, then they will be rendered correctly. However, if no z-coordinate is 
30 specified (the default would be the depth of the viewing plane 102), then the order must be preserved. This can be 
done by having the Bucket Sort Processor 504 and the Current Polygon Processor 506 maintain the order in which 
they are received from the Polygon Processor 502. The Query Processor would maintain the rendenng order by placing 
spans for later input polygons into later positions in the span list. Then, as rendering proceeds, rendering order is 
preserved because, in the case of ties in z-coordinate, spans earlier in the list will be rendered first and later geometry 
35 with the same z-coorduiate will be assumed to be hidden. 

Method and Apparatus Options and Possible Enhancements 

Add to single buffered VGA graphics card 

40 

[0223] The video output for computers (for example, VGA and SVGA interfaces on IBM compatibles) generally in- 
cludes a frame buffer memory that stores the pixel information sent to the display device (i.e.. the CRT). The 3D graphics 
rendering methods and/or apparatus described here can be added to such a display system. The CPU (or DMA con- 
troller) writes geometry into the renderer, and it gets processed and stored into the Bucket Sort Memory (which may 
45 need to be double buffered). When the geometry is done being written, the rest of the pipeline synchronizes to the 
computer display, and generates spans before they are needed, overwriting the previous frames's data in the compu- 
ter's frame buffer. Hence, a low cost, but high performance, 3D graphics accelerator can be added to a computer 
without adding more memory to the frame buffer. 

so Turn off antialiasing on specific polygon edges 

[0224] The antialiasing method described above assumes that every polygon has independent color values; and 
when abutting spans are found, the pixels that include both of the spans need to have their colors be a blend from the 
two polygons However, polygons that share an edge often have exactly the same color information along the edge. 
55 For example this occurs for Gouraud shaded polygons that have the same color and surface normal information at 
both ends of the same polygon edge. For these types of edges, the pixel blending can be ignored because two identical 
colors will be blended together. Such polygon edges can be tagged as "skip antialiasing" when they are supplied to 
the renderer Then, if such edges are found to be part of an abutting span pair, the pixel color value for one of them 
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(say, the one on the right) is skipped, thereby saving computation. Edges that are tagged but are not part of an abutting 
span pair are processed by the antialiasing methods described above. Prior art Tenderers can not take advantage of 
this saving because they do not search for abutting spans or polygons. That is, prior art Tenderers generally assume 
every polygon is independent from all other polygons. If tagging is not done (due possibly to constraints imposed by 
the interfacing software), the Span Sorting Rendering Pipeline 400 can automatically generate such tags for edges 
within polygon meshes and strips where an edge shared between two polygons has the same color information tor 
both polygons. 

Store edge pairs rather than polygons in Bucket Sort Memory 404 

[0225] Rather than store polygons in the Bucket Sort Memory 404, polygon edge pairs can be stored. This means 
polygons are horizontally sliced so that each horizontal strip of a polygon does not contain any polygon comers. Hence, 
polygons are horizontally sliced at the y-coordinate (or nearby raster line boundary) of comers that are at neither y START 
or y END _ This polygon slicing makes downstream processing easier by eliminating the need to test for when to change 
to a new edge at the comer of a polygon. 



Front and rear clipping planes 

[0226] By adding dipping planes, the view volume (shaped as an infinite pyramid) is changed into a frustum. Right 
before spans are written into the Span Memory 408, the z-value of their endpoints are compared to the z-location of 
the front and rear clipping planes. If both endpoints are nearer then the front clipping plane or farther than the rear 
dipping plane, then the span is discarded. If one endpoint is farther than the rear clipping plane, then that end of the 
span is shortened so that its endpoint is on the rear clipping plane. If one endpoint is nearer than the front clipping 
plane, then that end of the span is shortened so that its endpoint is on the front clipping plane. This requires a set of 
comparators to be added to the either the Span Generation Processor 508 or the Query Processor 510. 



Multiple arbitrary clipping planes 

[0227] An arbitrary clipping plane could be done the same way as simple front and rear clipping planes, except, right 
before a span in written into Span Memory 408, Span Interaction Parameters between the span and the span of clipping 
plane are generated, and these are used, as described above, to determine the Span Interaction Type (SIT). The span 
is then kept, dipped, or discarded depending on the SIT 

[0228] This could also be done by adding dummy spans into the Span Memory 408 that represent the location of an 
arbitrary clipping plane. Then the rasterization methods described above could be altered to make sure all rendered 
spans arc behind these dummy spans. 



Geometry Cache 

[0229] A memory at the input to the pipeline could be added to store geometry as it is input for rendering. Then, 
when subsequent scenes are rendered, this stored (or "cached") geometry can be re-rendered (with possibly changed 
translation matrices), thereby saving cycles on the system bus. This could solve a bottleneck caused by having a 
Tenderer that can process more geometry per second than the host computer bus can support. It can only be applied 
to geometry that has not changed shape since its previous rendering. "Squishy" objects would generally need to be 
supplied to the Tenderer for every scene. 



Use only one page of Span Memory 408 

[0230] It is possible to use only one page of Span Memory 408. This is done by shifting valid spans toward upper 
words, leaving lower words invalid. Then, as new spans are generated, store them into the lower words. This strategy 
can be thought of as a single bank of memory that is separated into two pages by a moving boundary. This can be 
done because, as a raster line is processed, spans are deleted, while the simultaneous process of preparing for the 
next raster line generates spans. 

[0231] As an alternate approach, the fixed Word Number Field 802 can be changed to a variable Tag Field. Unique 
(and random will do) tags for each span are written into the Tag Field, and designate if: 1 ) a span is in the current raster 
line or the next raster line; and 2) be a unique identifier for the span. Furthermore, the Tags can be included in the 
query process such that spans from the current raster line can be intermixed with those in the next raster line. As long 
as spans in the same raster line are kept in order with respect to each other, then spans from an unrelated raster line 
can be intermixed as long as they are ignored. This could be done by maintaining two sets of Valid Flags 816, one for 
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each raster line. Spans from more raster lines could be simultaneously maintained by adding more sets of Valid Flags 
816. 

Separate Read and Write Busses in the Span Memory Page 

[0232] The circuit for the SMCCAM Cell 3400 or 3500 can be modified to have both an input bus and an output bus. 
This allows simultaneous read and write operations. The is specially useful if there is only one page of Span Memory 
408 as described in the previous section. 

Computing SIP and SIT only when bounding boxes overlap 

[0233] Rather than computing the SIT for every New Span, S N , compute it sequentially with less hardware only when 
bounding boxes overlap. This sacrifices time in order to save circuitry. 

Split raster line into smaller pieces to save on SMCCAM memory 

[0234] The total number of words in the Span Memory Page800 imposes a limit on the number of spans that can be 
processed for a given raster line. This limitation can be overcome by conditionally splitting the raster line in half (or 
more pieces if necessary), and passing through the span data twice. This decision can be done on the fly as a scene 
is rendered or by an a priori decision before rendering starts. 

Have an overflow RAM to save spans that are shifted out during sort operations 

[0235] Rather than splitting the raster line in to pieces, the Span Memory Page800 can be augmented with an "over- 
flow RAM" that stores spans as they are shifted out of the last SMCCAM Word 900. Shifted out spans would start at 
fur right of raster line, so the left side of the raster line could be processed normally until x CL gets to left of leftmost 
shifted out span. Then, shifted out spans could be re-written into the Span Memory Page 800 because may spans 
have been deleted (i.e., invalidated) by the rasterizing process. 

Inclusion rendering primitives other than polygons 

[0236] Geometry primitives other than polygons (such as CSG primitives) can be processed by the Span Sorting 
Rendering Pipeline 400. This can be done as long as the y START and y END parameters can be computed (so the primitive 
can be stored into the Bucket Sort Memory) and spans with bounding boxes can be generated. The comers of the 
bounding box are used as the Span Parameters, and SOT Queries can be used to find the visible portions of the 
bounding boxes. Another set of Span Interaction Types would be needed for the specific set of geometry primitives. 

Low cost version can use CPU for front end 

[0237] The host CPU, or a dedicated general-purpose processor, could perform the tasks of the Polygon 
Processor502, thus feeding geometry in screen coordinates (in object-precision) to the rest of the pipeline. Similarly, 
such a CPU could perform more of the front end of the pipeline 400. For example, a CPU and its general purpose 
memory could perform the tasks of the Polygon Processor 502, the Bucket Sort Processor 504, and the Bucket Sort 
Memory 404, and feeding polygons that start on the present raster line to the rest of the pipeline. 

Alternate sorting mechanism could use up-counting tag 

[0238] The Word Number Field 802 could be replaced with a conditional up-counter, in order for shifting to be elim- 
inated from the SMCCAM. When anew span is being written to the SMCCAM, a query determines which spans should 
be later in the sorted list than the new span. Such "later" spans have their up-counter incremented, and no shifting is 
performed. The up-counter for the new span would be assigned the lowest counter number in the list of "later" spans 
before the up-count takes place. 

[0239] This approach means the "get the first span in the sorted list" becomes "find the smallest counter value in 
the Span Memory 408. Hence, the sorting (i.e.. shifting) is replaced with a new search type. For this to be fast, the 
hardware would need to have a "find the smallest" function associated with the set of up-counters. Also, this "find the 
smallest" could be performed in bit-serial method. 
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Using a generic CAM 

[0240] Generic, prior art CAMs could be used, but magnitude comparisons would be bit sequential. This would greatly 
slow the processing, but may afford some cost savings in the hardware. This alternative would probably use the up- 
5 counting tag, as described in the previous section. 

Using multiple registers per arithmetic comparator 

[0241] The above description of the SMCCAM assumes a one-to-one match between memory register and arithmetic 
10 comparators. An alternate approach is to have all the memory registers in the same word share a single arithmetic 
comparator. This saves on circuitry, but slows the processing. However, since not all fields participate in every query 
operation, the performance loss is not proportional to the total number of fields. 

[0242] Other alternate approaches could share comparators between words, or between words and fields. These 
approaches further reduce the amount of hardware, but further reduce the performance. If any of these shared com- 
15 parator approaches are used, then a standard six-transistor RAM cell should be used because it provides the greatest 
density. Hence, the searching and sorting hardware could be made from a set of multiple-word memories, where each 
such memory has one or more comparators associated with it. 

Using a RAM-based sorting processor 

20 

[0243] An alternative to using a CAM of any type can be done by having a fast linked list sorting processor. By utilizing 
fast memory, spans could be sorted into a linear list in the same order as described above (using an SMCCAM), But, 
since spans are added and deleted frequently, this approach might be very slow. The advantage is the ability to use 
fast off-the-shelf RAMs that are readily available. 
25 [0244] To aid in SOT Query operations, a two-dimensional data structure could be used that sorts the spans in both 
thex and z dimensions at the same time. Such a searching and sorting structure is described on pages 24 to 55 of 
"Data Structures and Algorithms 3: Multi-dimensional Searching and Computational Geometry", by Kurt Mehlhorn, a 
volume in the EATCS series on Monographs on Theoretical Computer Science, edited by Brauer, W„ et. al., ISBN 
0-387-13642-8, published by Springer-Verlag, New York, 1985. 

30 

Shadow processing 

[0245] Because shadow computations are essentially the same as hidden surface removal, the Span Sorting Ren- 
derer 500 can be used for shadow computation. This can be done by utilizing multiple Span Soiling Renderers 500 in 
35 parallel, or it can be done by time-sharing one Span Sorting RendererSOO. 

Claims 

40 1 . A method for rendering a display raster line underlying the operation of a graphical processing system for process- 
ing 3-dimensional object geometry data and rendering at least some of said object geometry data on a 2-dimen- 
sional display screen, the method comprising the steps: 

(a) transforming at least one of said object geometry data into a polygonal representation, said polygonal 
45 representation comprising at least one polygon, each or said polygon defined by a set of polygon parameters 

including polygon vertices having display screen relative coordinates; 

(b) sorting each said polygon using a bucket sorting routine wherein a separate memory bucket is allocated 
for each display raster line and each polygon is placed into the one particular bucket that corresponds to each 
polygon's starting raster line; and 

so (c) for each display raster line: 

(i) maintaining a list of all current polygons that intersect a current display raster line currently being ren- 
dered; 

(ii) generating a span for each polygon that intersects said current display raster line based on geometric 
55 properties of said polygon including said polygon parameters, each said span including subraster infor- 
mation describing the geometric shape of said span within a vertical extent of said display raster line; 

(iii) storing said geometric properties of each said generated span into a span memory; 

(iv) maintaining a current span portion that is part of a potentially visible one of said generated span, said 
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current span portion comprised of a set of current subspans, each said current subspan representing a 
rectangular area within said current span portion, and said set of current subspans approximating an area 
of said current span portion; 

(v) performing at least one span occluding test to find any new span that potentially occludes said current 
span portion, where said span occluding test comprises 

(1) determining the leftmost, rightmost, and farthest spatial coordinates in said set of current subspans; 
and 

(2) performing a query operation on the said stored geometric properties in said span memory to find 
all said spans whose stored geometric properties include a spatial coordinate located between said 
leftmost and said rightmost spatial coordinates of the said set of current subspans, and a spatial 
coordinate closer than said farthest spatial coordinate of the said set of current subspans; 

(vi) generating a set of new subspans, each said new subspan representing a rectangular area within said 
new span, and said set of new subspans approximating an area of said new span; 

(vii) for each said subspan in said set of current subspans, performing a subspan comparison comprising 

(1) performing a spatial comparison between said subspan in said set of current subspans and a 
corresponding subspan in the said set of new subspans; and 

(2) determining the visibility, partial visibility, or non-visibility of each subspan in said set of current 
subspans; and 

(viii) updating said current span portion based on results of said subspan comparisons. 

2. The method in Claim 1 , wherein said span memory comprises a data array in a random access memory. 

3. The method of Claim 1 , further comprising the steps of: rasterising said spans or said portions of spans that are 
visible by rasterising visible ones of said current subspans. 

4. The method in Claim 1 , wherein said step of storing geometric properties of each said generated span into a span 
memory further comprises the steps of: 

comparing said span data being stored into said span memory to span data previously stored into said span 
memory to thereby compare first stored data directly with second stored data; and 

inserting said span data being stored into said span memory so as to maintain a sorted list of said span data 
within said span memory. 

5. The method in Claim 1 , wherein said step of storing geometric properties of each said generated span is in order 
of precedence by left x-coordinate. 

6. The method in Claim 1, wherein said rendering is performed by identifying visible polygon spans than can be 
rendered without performing pixel-by-pixel z-buffer comparisons. 

7. The method in Claim 1 , wherein said step of maintaining a list of all current polygons includes the steps of: dis- 
carding the sorted list of polygon spans from processing a previous raster line; and building a new sorted list for 
each raster line as it is processed. 

8. The method in Claim 1 , wherein said display screen relative coordinates include the location in object-precision 
screen coordinates of polygon vertices for said object geometry. 

9. The method in Claim 1 , wherein said coordinates are not limited to coordinates within the bounding area of said 
display screen. 

1 0. The method in Claim 1 , wherein said step of sorting said polygons using a bucket sorting routine includes the steps 
of generating one linked list per bucket, and using said linked list to perform said sorting. 

1 1 . The method in Claim 1 , wherein said polygon parameters include: the location of said polygon vertices in object- 
precision screen coordinates, colour information, edge derivatives for each polygon edge, starting raster line, end- 
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ing raster line, and span derivative. 

12 The method in Claim 1, wherein said span memory comprises a double buffered span memory having first and 
second banks, wherein said span geometric properties are written to said first bank; and wherein simultaneous to 
writing span geometric properties into said first bank, span geometric properties in said second bank are processed 
to identify visible span portions. 

13. The method in Claim 1, wherein said rendering is performed to provide real time image generation. 

14. The method in Claim 1, further comprising the steps of: 

storing a plurality of words, each of said words comprising a plurality of data fields, each of said data fields 
being divided into a plurality of data bits; 

providing an input comprising a plurality of input fields matching some of said data fields, each of said input 
fields divided into input bits so as to have a one-to-one bit correspondence to said data bits in said data fields 
in said words; 

simultaneously comparing said plurality of input fields to all said words, with simultaneous field comparisons 
such that each said data field is compared to its corresponding input field, and generating a one-bit query 
result for each said word which query result is true when all said data fields within said word which are compared 
to one of said input fields compare favourably to each corresponding input field; 
storing a flag bit corresponding to said query result for each of said words; and 

conditionally shifting data stored in said data fields of each said word to corresponding fields of a different 
adjacent word, said flag bits stored in said words. 

15. The method of Claim 14, further comprising the steps of: rasterising said spans or said portions of spans that are 
visible by rasterising visible ones of said current subspans. 

16. The method in Claim 14, wherein said step of storing geometric properties of each said generated span into a 
span memory further comprises the steps of: 

comparing said span data being stored into said span memory to span data previously stored into said span 
memory to thereby compare first stored data directly with second stored data; and 

inserting said span data being stored into said span memory so as to maintain a sorted list of said span data 
within said span memory. 

17. The method in Claim 16, wherein said step of storing geometric properties of each said generated span is in order 
of precedence by left x-coordinate. 

18. The method in Claim 14, wherein said rendering is performed by identifying visible polygon spans than can be 
rendered without performing pixel-by-pixel z-buffer comparisons. 

19. The method in Claim 14, wherein said step of maintaining a list of all current polygons includes the steps of: 
discarding the sorted list of polygon spans from processing a previous raster line; and building a new sorted list 
for each raster line as it is processed. 

20. The method in Claim 14, wherein said display screen relative coordinates include the location in object-precision 
screen coordinates of polygon vertices for said object geometry. 

21. The method in Claim 14, wherein said coordinates are not limited to coordinates within the bounding area of said 
display screen. 

22. The method in Claim 14, wherein said step of sorting said polygons using a bucket, sorting routine includes the 
steps of generating one linked list per bucket, and using said linked list to perform said sorting. 

23. The method in Claim 14, wherein said polygon parameters include: the location of said polygon vertices in object- 
precision screen coordinates, colour information, edge derivatives for each polygon edge, starting raster line, end- 
ing raster line, and span derivative. 
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24 The method in Claim 14, wherein said span memory comprises a double buffered span memory having first and 
' second banks, wherein said span geometric properties are written to said first bank; and wherein simultaneous to 
writing span geometric properties into said first bank, span geometric properties in sa.d second bank are processed 
to identify visible span portions. 

25. The method in Claim 14, wherein said rendering is performed to provide real time image generation. 

26 The method in Claim 14, wherein said new sorted list is generated within about two clock cycles per stored data 
' value wherein during first said clock cycle, a query operation determines which said words perform said conditional 
shifting; and wherein during second said clock cycle, said geometric properties of said span are written into sa.d 

span memory. 

27. The method in Claim 14. wherein hidden surface removal is performed by processing spans rather than pixels, 
thereby reducing computation for scenes with any significant depth complexity. 

28 The method in Claim 14. wherein said polygon spans are stored in a sorting magnitude comparison content ad- 
' dressable memory, and wherein said step of performing a query further comprises directly querying the entire set 
of polygon spans stored in said sorting magnitude comparison content addressable memory to identify visible 
spans so that the number of comparison operations is proportional to the number of visible polygon spans which 
is a number smaller than the total number of spans. 



Patentanspriiche 

1 Verfahren zur Darstellung einer Anzeigerasterlinie. das dem Betrieb eines grafischen Verarbeitungssystems un- 
terliegt urn dreidimensionale Objektgeometriedaten zu verarbeiten und zumindest einige der Objektgeometneda- 
ten auf einem zweidimensionalen Bildschirm darzustellen, wobei das Verfahren die Schntte umfasst: 

a) Umwandeln zumindest eines der Objektgeometriedaten in eine polygonale Darstellung. wobei die polygo- 
nale Darstellung zumindest ein Polygon aufweist. wobei jedes oder das durch einen Satz von Polygonpara- 
metem definierte Polygon Polygonscheitel enthalt, die Bildschirm-bezogene Daten aufweisen; 

b) Sortieren jedes Polygons unter Verwendung einer Speicherbereich-Sortierroutine, wonn jeder Anzeigera- 
sterlinie ein separater Speicherbereich zugeordnet wird und jedes Polygon in dem einen gesonderten Spei- 
cherbereich platziert wird, der der Startrasterlinie jedes Polygons entspricht; und 

c) fur jede Anzeigerasterlinie: 

i) Halten einer Liste aller gegenwartiger Polygone. die eine gegenwartig dargestellte gegenwartige An- 
zeigerasterlinie schneiden; ... fA 

ii) Erzeugen einer Spanne fur jedes Polygon, die die gegenwartige Anzeigerasterl.n.e schne.det, auf der 
Basis geometrischer Eigenschaften des Polygons einschlielilich der Polygonparameter, wobei jede Span- 
ne eine Unterrasterinformation enthalt. die die geometrische Form der Spanne innerhalb einer vert.kalen 
Erstreckung der Anzeigerasterlinie beschreibt; 

iii) Speichern dergeometrischen Eigenschaften jeder der erzeugten Spannen in einem Spannenspeicher; 

iv) Halten des gegenwartigen Spannenabschnitts, der Teil einer potentiell sichtbaren der erzeugten Span- 
ne ist wobei der gegenwartige Spannenabschnitt aus einem Satz gegenwartiger Unterspannen besteht. 
wobei jede gegenwartige Unterspanne eine rechteckige Flache innerhalb des gegenwartigen Spannen- 
abschnitts reprasentiert, und sich der Satz gegenwartiger Unterspannen einer Flache des gegenwartigen 
Spannenabschnitts ann§hert; 

v) Durchfuhren zumindest eines Spannenabdecktests. urn eine etwaige neue Spanne zu finden. die den 
gegenwartigen Spannenabschnitt potentiell abdeckt, wobei der Spannenabdecktest umfasst: 

1) Bestimmen der auBerst linken. auBerst rechten und entferntesten Raumkoordinaten in dem Satz 
gegenwartiger Unterspannen; und 

2) Durchfuhren einer Anfrageoperation an den gespeicherten geometrischen Eigenschaften in dem 
Spannenspeicher, urn alle der Spannen herauszufinden. deren gespeicherte geometnsche Eigen- 
schaften eine Raumkoordinate einschlieBen, die zwischen den auBerst linken und auBerst rechten 
Raumkoordinaten des Satzes gegenwartiger Unterspannen lokalisiert ist. sowie eine Raumkoordina- 
te die der entferntesten Raumkoordinate des Satzes gegenwartiger Unterspannen naher ist; 
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vi) Erzeugen eines Satzes neuer Unterspannen, wobei jede der neuen Unterspannen eine rechteckige 
Flache innerhalb der neuen Spanne reprasentiert, wobei sich jeder Satz neuer Unterspannen einem Be- 
reich der neuen Unterspanne annahert; 

vii) fur jede der Unterspannen in dem Satz gegenwartiger Unterspannen, Durchfuhren eines Unterspan- 
nen-Vergleichs, umfassend: 

1) Durchfuhren eines raumlichen Vergleichs zwischen der Unterspanne in dem Satz gegenwartiger 
Unterspannen und einer entsprechenden Unterspanne in dem Satz neuer Unterspannen; und 

2) Bestimmen der Sichtbarkeit, teilweisen Sichtbarkeit oder Nichtsichtbarkeit jeder Unterspanne in 
dem Satz gegenwartiger Unterspannen; und 

viii) Aktualisieren des gegenwartigen Spannenabschnitts auf der Basis von Ergebnissen der Unterspan- 
nen-Vergleiche. 

Verfahren nach Anspruch 1, worin der Spannenspeicher ein Datenfeid in einem Direktzugriffsspeicher aufweist. 
Verfahren nach Anspruch 1 , das ferner die Schritte umfasst: 

Rastern der Spannen oder der Abschnitte von Spannen, die sichtbar sind, durch Rastern sichtbarer der ge- 
genwartigen Unterspannen. 

Verfahren nach Anspruch 1 , worin der Schritt des Speicherns geometrischer Eigenschaften jeder der erzeugten 
Spannen in einen Spannenspeicher ferner die Schritte umfasst: 

Vergleichen der Spannendaten, die in dem Spannenspeicher gespeichert werden, mit Spannendaten, die 
zuvor in dem Spannenspeicher gespeichert worden sind, urn hierdurch erstgespeicherte Daten direkt mit 
zweitgespeicherten Daten zu vergleichen; und 

Einfuhren der Spannendaten, die in dem Spannenspeicher gespeichert werden, urn eine sortierte Liste von 
Spannendaten in dem Spannenspeicher zu halten. 

Verfahren nach Anspruch 1 , worin der Schritt des Speicherns geometrischer Eigenschaften jeder der erzeugten 
Spannen in der Prazedenzreihenfolge durch die linke X-Koordinate erfolgt. 

6. Verfahren nach Anspruch 1 , worin die Darstellung durchgefuhrt wird, indem sichtbare Polygonspannen identifier! 
werden, die dargestellt werden konnen, ohne pixelweise z-Puffervergleiche durchzufuhren. 

7. Verfahren nach Anspruch 1 , worin der Schritt des Haltens einer Liste aller gegenwartiger Polygone die Schritte 
enthalt: Ausschlieften der sortierten Liste von Polygonspannen von der Bearbeitung einer vorherigen Rasterlinie; 
und Aufbauen einer neuen sortierten Liste fur jede Rasterlinie, wenn diese bearbeitet wird. 

8. Verfahren nach Anspruch 1 , worin die Bildschirm-bezogenen Koordinaten die Lokalisierung in Objektprazisions- 
Bildschirmkoordinaten von Polygonscheiteln fur die Objektgeometrie enthalten. 

9. Verfahren nach Anspruch 1, worin die Koordinaten nicht auf Koordinaten innerhalb des Randbereichs des Bild- 
schirms beschrankt sind. 

10. Verfahren nach Anspruch 1, worin der Schritt des Sortierens der Polygone unter Verwendung einer Speicherbe- 
reich-Sortierroutine die Schritte enthalt, eine verkettete Liste pro Speicherbereich zu erzeugen und die verkettete 
Liste zu verwenden, urn das Sortieren durchzufuhren. 

11. Verfahren nach Anspruch 1 , worin die Polygonparameter enthalten: den Ort der Polygonscheitel in Objektprazisi- 
ons-Bildschirmkoordinaten, Farbinformation, Randableitungenfurjeden Polygonrand, Startrasteriinie, Endraster- 
linie und Spannenableitung. 

12. Verfahren nach Anspruch 1. worin der Spannenspeicher einen doppelt gepufferten Spannenspeicher aufweist, 
der erste und zweite Speichereinheiten aufweist, wobei die Spannengeometrieeigenschaften in die erste Spei- 
chereinheit geschrieben werden; und worin, gleichzeitig mit dem Schreiben der Spannengeometrieeigenschaften 
in die erste Speichereinheit, Spannengeometrieeigenschaften in derzweiten Speichereinheit verarbeitet werden, 
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um sichtbare Spannenabschnitte zu identifizieren. 

13. Verfahren nach Anspruch 1, worin die Darstellung durchgefuhrt wird, um eine Echtzeit-Bilderzeugung bereitzu- 
stellen. 

14. Verfahren nach Anspruch 1, das ferner die Schritte umfasst: 

Speichern einer Mehrzahl von Wortern, wobei jedes der Worter eine Mehrzahl von Datenfeldern aufweist, 
wobei jedes der Datenfelder in eine Mehrzahl von Datenbits unterteilt ist; 

Bereitstellen einer Eingabe, die eine Mehrzahl von Eingabefeldern aufweist, die zu einigen der Datenfelder 
passen, wobei jedes der Eingabefelder in Eingabebits aufgeteilt ist, um eine Eins-zu-eins-Bit-Ubereinstim- 
mung mit den Datenbits in den Datenfeldern in den Wortern zu bekommen; 

gleichzeitiges Vergleichen der Mehrzahl von Eingabefeldern mit alien der Worter, mit gleichzeitigen Feldver- 
gleichen derart, dass jedes der Datenfelder mit seinem entsprechenden Eingabefeld verglichen wird, und 
Erzeugen eines Ein-Bit-Anfrageergebnisses fur jedes der Worter, wobei das Anfrageergebnis wahr ist, wenn 
alle der Datenfelder innerhalb des Worts, die mit einem der Eingabefelder verglichen werden, mit jedem ent- 
sprechenden Eingabefeld gut vergleichbar sind; 

Speichern eines Flagbits, das dem Anfrageergebnis fur jedes der Worter entspricht; und 
konditionelles Verschieben von Daten, die in den Datenfeldern jedes der Worter gespeichert sind, zu entspre- 
chenden Feldem eines unterschiedlichen benachbarten Worts, wobei die Flagbits in den Wortern gespeichert 
werden. 

15. Verfahren nach Anspruch 14, das ferner die Schritte umfasst: 

Rastern der Spannen oder der Abschnitte der Spannen, die sichtbar sind, durch Rastern sichtbarer der ge- 
genwartigen Unterspannen. 

16. Verfahren nach Anspruch 14, worin der Schritt des Speicherns geometrischer Eigenschaften jeder der erzeugten 
Spannen in einen Spannenspeicher ferner die Schritte umfasst: 

Vergleichen der Spannendaten, die in dem Spannenspeicher gespeichert werden, mit Spannendaten, die 
zuvor in dem Spannenspeicher gespeichert worden sind, um hierdurch erstgespeicherte Daten direkt mit 
zweitgespeicherten Daten zu vergleichen; und 

Einfuhren der Spannendaten, die in dem Spannenspeicher gespeichert werden, um eine sortierte Liste von 
Spannendaten in dem Spannenspeicher zu halten. 

17. Verfahren nach Anspruch 16, worin der Schritt des Speicherns geometrischer Eigenschaften jeder der erzeugten 
Spannen in der Prazedenzreihenfolge durch die linke X-Koordinate erfolgt. 

18. Verfahren nach Anspruch 14, worin die Darstellung durchgefuhrt wird, indem sichtbare Polygonspannen identifi- 
ziert werden, die dargestellt werden konnen, ohne pixelweise z-Puffervergleiche durchzufuhren. 

19. Verfahren nach Anspruch 14, worin der Schritt des Haltens einer Liste alter gegenwartiger Polygone die Schritte 
enthalt: Ausschlieften der sortierten Liste von Polygonspannen von der Bearbeitung einer vorherigen Rasterlinie; 
und Aufbauen einer neuen sortierten Liste fur jede Rasterlinie, wenn diese bearbeitet wird. 

20. Verfahren nach Anspruch 14, worin die Bildschirm-bezogenen Koordinaten die Lokalisierung in Objektprazisions- 
Bildschirmkoordinaten von Polygonscheiteln fur die Objektgeometrie enthalten. 

21. Verfahren nach Anspruch 14, worin die Koordinaten nicht auf Koordinaten innerhalb des Randbereichs des Bild- 
schirms beschrankt sind. 

22. Verfahren nach Anspruch 14, worin der Schritt des Sortierens der Polygone unter Verwendung einer Speicherbe- 
reich-Sortierroutine die Schritte enthalt, eine verkettete Liste pro Speicherbereich zu erzeugen und die verkettete 
Liste zu verwenden, um das Sortieren durchzufuhren. 

23. Verfahren nach Anspruch 14, worin die Polygonparameter enthalten: den Ort der Polygonscheitel in Objektprazi- 
sions-Bildschirmkoordinaten, Farbinformation, Randableitungen fur jeden Polygonrand, Startrasterlinie, Endra- 
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sterlinie und Spannenableitung. 

24 Verfahren nach Anspruch 14, worin der Spannenspeicher einen doppelt gepufferten s Pf "^^^ 
der erste und zweite Speichereinheiten aufweist. wobei die Spannengeometneeigenschaften in d.e erste Spei- 
t geschrieben werden; und worm, gleichzeitig mit dem Schreiben der Spannengeometnee-genschaften 
in die eSe Ipeichereinheit, Spannengeometneeigenschaften in der zweiten Speichereinhe,t verarbe.tet werden, 
um sichtbare Spannenabschnitte zu identifizieren. 

25. Verfahren nach Anspruch 14, worin die Darstellung durchgefuhrt wird. um eine Echtzeit-Bilderzeugung bereitzu- 



stellen. 



26 Verfahren nach Anspruch 14, worin die neu sortierte Liste innerhalb von etwa zwei Taktzyklen pro gespe.chertem 
Da^r^gtwird, worin wahre 

daTkTnditionelle Tverschieben durchfuhrt; und worin wahrend des zweiten Taktzyklus die geometnschen Bgen- 
schaften der Spanne in den Spannenspeicher geschrieben werden. 

27 Verfahren nach Anspruch 14, worin eine Beseitigung versteckter Flachen durchgefuhrt wird. 

Spannen verarbeitet werden, um hierdurch die Berechnung fur Szenen mit e,ner etwa ig en s.gn.f.kanten T.efen- 
komplexitat zu reduzieren. 

28. Verfahren nach Anspruch 14, worin die Polygonspannen in einem Sortiergtffienverglei^ 
Speichergespeichert werden, und worin der Schritt der DurchfuhmngeinerAnfrageferner umfass^ 
Satz von Polygonspannen direkt anzufragen, die in dem Sortiergrorienvergle.chs.nhalt-adress.erbaren Spe.cher 
gespeichert sind, um sichtbare Spannen zu identifizieren, so dass die Anzahl von Vergle.chsoperat.onen propor- 
SonaTzur Anzah sichtbarer Polygonspannen ist, die eine Zahl ist. die Weiner ist als die Gesamtzahl der Spannen. 



Revendications 

1 Procede pour rendre une ligne d'affichage matricielle avec utilisation sous-jacente d'un systeme de traiternent 
' graphique pour trailer les donnees geometriques d'objets tri-dimensionnels et rendre au mens certa.nee ; desdjes 
donnees gLmetriques d'objet sur un ecran d'affichage en deux dimensions, le procede comprenant les etapes 
consistant a : 

(a) transformer au moins Tune desdites donnees geometriques d'objet en une representation Polygonale 
laaite representation polygonale comprenant au moins un polygone. chacun desdrts polygones etan defm. 
par un jeu de parametres de polygones incluant des aretes de polygone ayant des coordonnees relafves 

(bHr^chaquedit polygone en utilisant une routine de tri compartimente ou un compartiment de memoire 
separe est alloue pour chaque ligne d'affichage matricielle et chaque polygone est place dans le compartment 
particulier qui correspond a chaque ligne matricielle de depart du polygone ; et 
(c) pour chaque ligne matricielle affichee : 

(i) maintenir une liste de tous les polygones courants qui croisent une ligne courante d'affichage matricielle 

(ihSnl^urfechantillon pour chaque polygone qui croise ladite ligne courante d'affichage matricielle 
base sur les proprietes geometriques dudit polygone incluant lesdits parametres polygonaux. chaque d,t 
echantillon incluant des donnees sous-matricielles decrivant la forme geometrique dudit echanttllon a 
I'interieur d'une extension verticale de ladite ligne d'affichage matricielle ; 

(iii) stacker lesdites proprietes geometriques de chaque dit echantillon genere dans une memo.re 

OvTmaiiSr'une portion d'echantillon courante faisant partie d'un desdits echantillons generes poten- 
tiellement visibles, ladite portion courante d'echantillon comprenant un jeu de sous-echanWIons courants. 
chaque dit sous-echantillon courant representant une zone rectangulaire a I'interieur de adi e portion 
d'echantillon courant, et ledit jeu de sous-echantillons courants approchant une zone de ladite portion 

d'echantillon courant ; .... .,, . ^ 

(v) effectuer au moins un test d'occlusion d'echantillon pour trouver tout nouvel echanbllon occluant po- 
tentiellement ladite portion d'echantillon courant. ou ledit test d'occlusion d'echantillon comprend les eta- 
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pes consistant a 

(1) determiner les coordonnees spatiales les plus a gauche, les plus a droite et les plus distantes 
dans ledit jeu de sous-echantillons courants ; et 

(2) effectuer une operation de requete sur lesdites proprietes geometriques stockees dans ladite me- 
moire d'echantillon pour trouver tous lesdits echantiilons dont les proprietes geometriques stockees 
incluent une coordonnee spatiale situee entre lesdites coordonnees spatiales les plus a gauche et 
les plus a droite dudit jeu de sous-echantillons courants, et des coordonnees spatiales plus proches 
que lesdites coordonnees spatiales les plus distantes dudit jeu de sous-echantillons courants ; 

(vi) generer un jeu de nouveaux sous-echantillons, chaque dit nouveau sous-echantillon representant une 
zone rectangulaire a I'interieur dudit nouvel echantillon, et ledit jeu de nouveaux sous-echantillons appro- 
chant une zone dudit nouvel echantillon ; 

(vii) pour chaque dit sous-echantillon dudit jeu de sous-echantillons courants, effectuer une comparaison 
de sous-echantillons comprenant les etapes consistant a 

(1) effectuer une comparaison spatiale entre ledit sous-echantillon dudit jeu de sous-echantillons 
courants et un sous-echantillon correspondant dans ledit jeu de nouveaux sous-echantillons ; et 

(2) determiner la visibilite, la visibilite partielle, ou la non-visibilite de chaque sous-echantillon dans 
ledit jeu de sous-echantillons courants ; et 

(viii) actualiser ladite portion d'echantillon courant en se basant sur les resultats desdites comparaisons 
de sous-echantillons. 

Procede selon la revendication 1, dans lequel ladite memoire d'echantillon comprend un tableau de donnees en 
memoire RAM. 

Procede selon la revendication 1, comprenant en outre les etapes consistant a : tramer lesdits echantiilons ou 
lesdites portions d'echantillon qui sont visibles en tramant les sous-echantillons courants visibies desdits sous- 
echantillons courants. 

Procede selon la revendication 1, dans lequel ladite etape consistant a stocker les proprietes geometriques de 
chaque dit echantillon genere dans une memoire d'echantillon comprend en outre les etapes consistant a : 

comparer lesdites donnees d'echantillon stockees dans ladite memoire d'echantillon pour echantillonner des 
donnees precedemment stockees dans ladite memoire d'echantillon pour ainsi comparer les premieres don- 
nees stockees directement avec les secondes donnees stockees ; et 

inserer lesdites donnees d'echantillon stockees dans ladite memoire d'echantillon de fa$on a maintenir une 
liste triee desdites donnees d'echantillon a I'interieur de ladite memoire d'echantillon. 

Procede selon la revendication 1, dans lequel ladite etape consistant a stocker les proprietes geometriques de 
chaque dit echantillon genere est en ordre de precedence par coordonnees x de gauche. 

Procede selon la revendication 1, dans lequel ledit rendu est effectue en identifiant les echantiilons de polygone 
visibles qui peuvent etre rendus sans effectuer de comparaisons en tampon pixel par pixel. 

Procede selon la revendication 1, dans lequel ladite etape consistant a maintenir une liste de tous les polygones 
courants inclut les etapes consistant a : jeter la liste triee des echantiilons de polygone issu du traitement d'une 
ligne matricielle precedente ; et constituer une nouvelle liste triee pour chaque ligne matricielle en cours de trai- 
tement. 

Procede selon la revendication 1, dans lequel lesdites coordonnees relatives de I'ecran d'affichage incluent I'em- 
placement en coordonnees d'affichage de precision objet des aretes du polygone pour ladite geometrie de Tobjet. 

Procede selon la revendication 1 , dans lequel lesdites coordonnees ne sont pas limitees aux coordonnees a I'in- 
terieur de la zone englobant ledit ecran d'affichage. 

. Procede selon la revendication 1, dans lequel ladite etape de tri desdits polygones utilisant une routine de tri 
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compartimente inclut les etapes consistant a generer une liste liee par echantillon, et a utiliser ladite liste liee pour 
effectuer ledit tri. 

11 Precede selon la revendication 1, dans lequel lesdits parametres de polygone incluent : I'emplacement desdites 
' aretes de polygone dans des coordonnees d'ecran de precision objet, les informations de couleur, les denvees 

de contour pour chaque bord de polygone, la ligne matricielle de debut, la ligne matricielle de fin, et la denvee 
d'echantillon. 

12 Precede selon la revendication 1 , dans lequel ladite memoire d'echantillon comprend une memoire d'echantillon 
a double tampon comportant un premier et un second banc, dans laquelle lesdites proprietes geometriques 
d'echantillons sont ecrites sur ledit premier banc ; et dans lequel simultanement a I'ecriture des proprietes geo- 
metriques d'echantillon dans ledit premier banc, les proprietes geometriques d'echantillon dans ledit second banc 
sont traitees pour identifier les portions d'echantillon visibles. 

13. Precede selon la revendication 1. dans lequel ledit rendu est effectue pour fournir une generation d'image en 
temps reel. 

14. Precede selon la revendication 1, comprenant en outre les etapes consistant a : 

stacker une pluralite de mots, chacun desdits mots comprenant une pluralite de champs de donnees, chacun 
desdits champs de donnees etant divise en une pluralite de bits de donnees ; 

fournir des donnees d'entree comprenant une pluralite de champs d'entree correspondant a certains desdits 
champs de donnees, chacun desdits champs d'entree etant divise en bits d'entree de facon a obtenir une 
correspondance de bit un a un avec lesdits bits de donnees desdits champs de donnees dans lesdits mots ; 
comparer simultanement ladite pluralite de champs d'entree a tous lesdits mots, avec des comparaisons si- 
multanees de champ de facon a ce que chaque dit champ de donnees soit compare a son champ d'entree 
correspondant, et generer un resultat de requete d'un bit pour chaque dit mot dont le resultat de requete est 
vrai lorsque tous lesdits champs de donnees a I'interieur dudit mot qui sont compares a Tun desdits champs 
d'entree se compare favorablement a chaque champ d'entree correspondant ; 
stacker un bit de balise correspondant audit resultat de requete pour chacun desdits mots ; et 
transferer sous condition des donnees stockees dans lesdits champs de donnees de chaque dit mot vers des 
champs correspondants d'un mot adjacent different, lesdits bits de balise etant stockes dans lesdits mots. 

15 Precede selon la revendication 14, comprenant en outre les etapes consistant a : tramer lesdits echantillons ou 
lesdites portions d'echantillon qui sont visibles en tramant les sous-echantillons courants visibles desdits sous- 
echantillons courants. 

16. Precede selon la revendication 14, dans lequel ladite etape de stockage des proprietes geometriques de chaque 
dit echantillon genere dans une memoire d'echantillon comprend en outre les etapes consistant a : 

comparer lesdites donnees d'echantillon stockees dans ladite memoire d'echantillon pour echantillonner des 
donnees precedemment stockees dans ladite memoire d'echantillon et ainsi comparer des premieres donnees 
stockees directement avec des secondes donnees stockees ; et 

inserer lesdites donnees d'echantillon stockees dans ladite memoire d'echantillon de facon a maintenir une 
liste triee desdites donnees d'echantillon a I'interieur de ladite memoire d'echantillon. 

17. Precede selon la revendication 16, dans lequel ladite etape consistant a stocker des proprietes geometriques de 
chaque dit echantillon genere est en ordre de precedence par coordonnees x de gauche. 

18. Precede selon la revendication 14, dans lequel ledit rendu est effectue en identifiant les echantillons de polygone 
visibles qui peuvent etre rendus sans effectuer des comparaisons a tampon pixel par pixel. 

19 Precede selon la revendication 14, dans lequel ladite etape consistant a maintenir une liste de tous les polygones 
courants inclut les etapes consistant a jeter la liste triee des echantillons de polygone issus du traitement d'une 
ligne matricielle precedente ; et a constituer une nouvelle liste triee pour chaque ligne matricielle durant son trai- 
tement. 

20. Precede selon la revendication 14. dans lequel lesdites coordonnees relatives d'affichage a I'ecran incluent rem- 
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placement en coordonnees d'affichage de precision objet des aretes du polygone pour ladite geometrie de I'objet. 

21. Procede selon la revendication 14, dans lequel lesdites coordonnees ne sont pas limitees aux coordonnees a 
I'int6rieur de la zone de contour dudit ecran d'affichage. 

5 22 Procede selon la revendication 14, dans lequel ladite etape de tri desdits polygenes en utilisant une routine ^de tri 
par compartiment inclut les etapes consistant a generer une liste jointe par compartment, et a ut,l.ser lad.te l.ste 
jointe pour effectuer ledit tri. 

10 23 Procede selon la revendication 14. dans lequel lesdits parametres de polygone incluent: r 1 ^*^^^ 
aStes de polygone en coordonnees d'affichage de precision objet, les informations de couleur, les der vees de 
contour pour chaque bord de polygene, la ligne matricielle de debut, la ligne matriciel.e de fln. et les denvees de 
I'echantillon. 

24 Procede selon la revendication 14, dans lequel ladite memoire d'echantillon comprend une memoire d'echantillon 
" a double tampon ayant un premier et un second banc, dans laquelle lesdites proprietes geometnques d echantillon 
sont ecritessur ledit premier banc ; et dans lequel simultanementarecrituredesproprietesgeometnques dechan- 
tillon dans ledit premier banc, les proprietes geometriques d'echantillon dans ledit second banc sont trartees pour 
identifier les portions d'echantillon visibles. 

25. Procede selon la revendication 14, dans lequel ledit rendu est effectue pour fournir une generation d'image en 
temps reel. 

26 Procede selon la revendication 14, dans lequel ladite nouvelle liste triee est generee en un temps 6quivalantj. 
' environ deux cycles d'horioge par valeur de donnee stockee. dans lequel durant ledit prefer cycle d ho^we 

operation de requete determine lesquels dits mots effectuent ledit transfer! cond.t.onnel ; et dans lequel durant 
ledit second cycle d'horioge, lesdites proprietes geometriques dudit echantillon sont ecrites dans lad.te memo.re 
d'echantillon. 

27 Procede selon la revendication 14, dans lequel la suppression des surfaces cachees est effectuee en traitant des 
* echantillons plutot que des pixels, reduisant ainsi le temps de calcul de scenes avec n'importe quelle complex.te 

de profondeur significative. 

Procede selon la revendication 14, dans lequel lesdits echantillons de polygone sont stockes dans une memoire 
a contenu adressable par ordre de comparison de magnitude, et dans lequel ladite etape cons.stan a effectuer 
une requete comprend en outre Interrogation directe du jeu complet d'echantillons de polygone stockes dans 
ladite memoire a contenu adressable par ordre de comparison de magnitude pour identifier les echan t, ons vh 
sibles de f a9 on a ce que le nombre d'operations de comparaison soit proportionnel au nombre d echantillons de 
polygone visibles qui est un nombre plus petit que le nombre total d'echantillons. 
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Figure 13 
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Figure 17 



JZQQ 




EP 0 870 282 B1 



Figure 18 
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Figure 20 

Figure 20A: Interaction T^pe 1 » (Near, Near, Non, Nan) => Rule 5 
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Figure 20B: Interaction Type 2 « (Near, Ear, Non, Non) Rule 4 




Figure 20C: Interaction "type 3 - (Near, Equal, Non, Non) Rule 5 
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Figure 20 (continued) 

Figiire 20F: Interaction Type 6:(Far, Equal, Non, Non) ^ Rule 3 
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Figure 20J: Interaction Type 10 = (Near, Non, Non, Near) => Rule 4 
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Figure 20 (continued) 



Figure 20K: Interaction Type 1 1 * (Near, Non, Non, Far) => Rule 5 




Figure 20M: Interaction Type 13 * (Far, Non, Non, Near) => Rule 3 




Figure 20N: Interaction Type 14 =» (Far, Non, Non, Far) => Rule 3 




Figure 20O: Interaction Type 15 - (Far, Non, Non, Equal) => Rule 3 
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Figure 20 (continued) 

Figure 20P: Interaction Type 16 = (Equal, Non, Non, Near) => Rule 3 




Figure 20Q: Interaction 'type 17 = (Equal, Non, Non, Far) => Rule 5 
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Figure 20R: Interaction Type 18 «= (Equal, Non, Non, Equal) => Rule 5 
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Figure 20 (continued) 

Figure 20U: Interaction Type 21 - (Non, Near, Equal, Nan) => Rule 5 
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Figure 20 W: Interaction Type 23 - (Non, Far, Far, Non) => Rule 4 
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Figure 20X: Interaction Type 24 • (Non, Far, Equal, Non) => impossible 
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Figure 20 Y: Interaction Type 25 « (Non, Equal, Near, Non)'«> impossible 
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Figure 20 (continued) 

Figure 20Z: Interaction Type 26 = (Non, Equal Far, Non) a* Rale 5 




Figure 20AA: Interaction "type 27 = (Non, Equal, Equal Non) => Rule 5 
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Figure 20BB: Interaction Type 28 «= (Non, Non, Near, Near) =* impossible 




Figure 20CC: Interaction Type 29 = (Non, Non, Near, Far) ^impossible 
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Figure 20 (continued) 

Figure 20EE: Interaction Type 31 « CNo^Non, Fun Near) => Rule 4 






m 

Figure 20FF: Interaction Type 32 « (Non, Non, Fat; Far) =* Rnle 5 

~"1 snI™ 





Figure 20GG: Interaction Type 33 (Non, Non, Fat; Equal) Role 5 




Figure 20HH: Interaction Type 34 » (Non, Non, Equal, Near) => impossible 
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Figure 20 (continued) 

Figure 20 J J: Interaction Type 36 = (Non, Non, Equal, Equal) => Rule 5 




Figure 20LL: Interaction Type 38 = (Equal, Far, Equal, Non) =» impossible 




Figure 20MM: Interaction Type 39 = (Equal, Equal, Equal, Non) =» Rule 5 
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Figure 20 (continued) 

Figure 20OO: Interaction Type 41 = (Equal, Non, Equal, Far) - Rule 5 

S c j ! ' 5 





Figure 20PP: Interaction Type 42 = (Equal, Non, Equal, Equal) => Rule 5 
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Figure 20RR: Interaction Type 44 = (Far, Equal, Non, Equal) => Rule 3 
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Figure 20 (continued) 

Figure 20TK Interaction Type 46 = (Non, Equal, Near, Equal) => impossible 
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Figure 20UU: Interaction Type 47 » (Non, Equal, Fai; Equal) =* Role 5 
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Figure 20 W: Interaction Type 48 = (Non, Equal, Equal, Equal) Rule 5 
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Figure 20WW: Interaction Type 49 « (Equal, Equal Equal, Equal) Rule 5 
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